METHOD FOR GENERATING CUSTOMIZED ALERTS 
RELATED TO THE PROCUREMENT, SOURCING, STRATEGIC SOURCING 
AND/OR SALE OF ONE OR MORE ITEMS BY AN ENTERPRISE 

Field of the Invention 

This invention relates generally to the fields of procurement, strategic sourcing, contract 
negotiation, supplier management, data warehousing, supply chain management, and enterprise 
software. More particularly, the present invention relates to a computer-implemented system, 
method and process for providing value chain intelligence, alerting mechanisms, and the uses 
thereof in an enterprise. 

Background of the Invention 

A supply chain encompasses all of the activities associated with the process of moving 
goods through a network of facilities and distribution channels from suppliers to manufacturers 
to distributors to retailers to final consumers. Managing the chain of events in this process is 
known as Supply Chain Management (SCM). Companies use SCM to make critical decisions 
about production, purchasing, scheduling, transportation, warehousing, order processing, 
inventory control, information management, and customer service. The key to the success of a 
supply chain often is the speed with which these activities can be accomplished. The results of a 
successful SCM system can lead to reduced inventories, lower operating costs, shorter time-to- 
market, and increased customer satisfaction. 

SCM applications generally perform one of two functions: planning or execution. Supply 
chain planning applications design and implement scheduling systems for enterprise systems. 
Supply chain execution applications focus on SCM logistics, such as coordinating the 
production, transportation and storage of materials. This artificial division of labor between 
planning and execution in SCM applications has limited their effectiveness. 

Sourcing and procurement are critical to SCM processes. Sourcing generally deals with 
the search for and identification of suppliers of materials and services; it can be more strategic 
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than procurement. Sourcing often involves locating potential suppliers and then evaluating, 
developing and managing their capabilities in a manner consistent with the enterprise's plans for 
meeting customer expectations and needs. Procurement, on the other hand, generally deals with 
the day-to-day activities of purchasing materials. Procurement can be more tactical than sourcing. 
5 Sourcing is intended for the strategic sourcing group of an enterprise, which is concerned with 
long-term decision-making about which materials to source, from which suppliers, under what 
contract terms, etc. Procurement is targeted to the enterprise's buyers, who must deal with the 
day-to-day tasks of purchasing the necessary materials for the enterprise's production-related 
operations. The primary goals of procurement is to ensure the uninterrupted supply of materials 
10 by purchasing under contract from current suppliers, by identifying new suppliers, and by 

purchasing from new and existing marketplaces. 
S Current procurement applications focus on the procurement of indirect or Maintenance, 

fi Repair and Operating (MRO) materials, but not on direct materials. MRO materials are not 
H related to manufacturing; they include copy toner, light bulbs, toilet paper, etc. Direct materials, 
t| on the other hand, are directly related to manufacturing and include a wide variety of product 
01 components. One of the primary distinctions between direct and indirect materials is that indirect 
O materials do not require customization because they can be purchased from a catalog. Direct 
5 materials, however, may require customization depending on the type of product, process or 
£ system being implemented. In addition, because direct materials are critical to the manufacturing 
feb process, a variety of considerations relating to continuous quality supply have to be made. 

With constant mergers and acquisitions, the increasing use of outsourcing, and the 
shortening of product life cycles, global manufacturers are facing challenges that increasingly 
fragment an already complex and extended SCM process. Considering that the majority of 
manufacturer's expenses come from the procurement of direct goods, enterprise solutions that 

25 can identify cost saving opportunities and mitigate risks are becoming more critical to business 
operations. The present invention, a Value Chain Intelligence (VCI) system and methods based 
thereon, provides improved solutions to such problems. For instance, a large enterprise, such as 
Motorola or other phone/system manufacturer, can use a VCI system to locate chip components 
on the spot market at lower prices than its current contract pricing. In another example, an 

30 enterprise, such as Ericsson or other phone/system manufacturer, can use a VCI system to locate 
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additional suppliers for critical cell phone components when an unexpected event like a 
manufacturing plant fire creates a shortage of those necessary components. The present invention 
provides these solutions by not only integrating enterprise and marketplace information, but also 
by analyzing that information and alerting users about opportunities to reduce risk and save costs. 

5 With the growth of the Internet and the resulting changes in the speed and access of 

information, it has been determined that companies would greatly benefit from solutions that 
provide continuous access to the many types of information that are now available and can 
intelligently incorporate this information into their SCM processes. If such access were provided 
(as in accordance with the present invention), companies would be able to analyze both 

10 enterprise data and market data for risks and opportunities, make strategic decisions based on 
those risks and opportunities, and be able to automate their operations around this critical 

Jo information. It thus would be highly advantageous for companies to be able to integrate these 

St solutions into their SCM processes. 

,3 Existing enterprise applications, however, have focused on streamlining internal 

={{ processes without incorporating external data from suppliers and markets. With the recent 
s development of private and public online marketplaces, which generate a wealth of potentially 
5 useful external data, it has been discovered that enterprise applications, such as in accordance 
y with embodiments of the present invention, now have the opportunity to access critical external 
P data from these sources and integrate this data with the internal data of enterprise systems. 
20 Unfortunately, prior to the present invention internal supply chain data from a variety of custom 

databases and Enterprise Resource Planning (ERP) applications has remained fragmented across 

multiple systems, and the relevant external data are frequently dispersed and difficult to access. 

Thus, existing applications currently do not have the tools to access or integrate external data 

with internal data. 

25 The present invention is an effort to address such limitations of conventional approaches 

with a Value Chain Intelligence (VCI) system, which integrates the external and internal data 
required by manufacturing companies to gain strategic insights into ever-changing business 
demands and requirements. Targeting procurement and supply chain professionals, VCI systems 
in accordance with the present invention provide a variety of solutions that enable companies to 
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reduce the risk of shortages, quickly take advantage of market opportunities, and improve overall 
capital efficiency. Such VCI systems allow companies to access external supplier and spot 
market data, integrate this data with internal data from multiple enterprise systems, analyze the 
impact of this data on the supply chain to identify risks and opportunities, and act on these 
5 findings by using customized alerts and other features. Such VCI systems may be used to 
combine supply chain planning and execution functions with other services, such as data 
integration, demand forecasting, and continuous market analysis, enabling users to not only gain 
insights into their supply chain operations, but also share the data among all participants in the 
supply chain network. 

10 

_ Summary of Invention 

/K The present invention provides what is referred to herein as a Value Chain Intelligence 

(VCI) system, and methods for implementing and using such a VCI system. In accordance with 
*0 the present invention, a VCI system is provided that may be used to improve the efficiency of 
iq decision-making of procurement professionals by searching, gathering, analyzing, and organizing 
~ data from a plurality of enterprise and marketplace sources, and enabling procurement 
08 professionals to leverage market and supply chain conditions in real time. As will be appreciated, 
3 internal data from enterprises and external data from suppliers, catalogs, and marketplaces are 
rf integrated and analyzed for their impact on supply chains processes. When an event occurs or 
20 data is received potentially affecting decisions concerning the procurement, sourcing, strategic 
sourcing, and/or sale of one or more items, the present invention correlates the data with pre- 
determined conditions, which, when satisfied, trigger one or more software modules to send 
alerts to specified users about the potential impact of the event and/or data on the particular 
item/s. Accordingly, alerts maybe system-defined or user-defined, and customized according to 
25 types of users, messages, media, format, and other factors. The present invention preferably 
includes internal data collection components, external data collection components, data 
integration components, and data application components. The present invention preferably 
integrates internal data from enterprises and external data from suppliers, catalogs, and 
marketplaces, implementing a plurality of application modules in a logical workflow process. 
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An object of the present invention is to provide a method for integrating the functions of 
SCM planning and execution applications with external market data (and other external data) and 
internal enterprise data in real time and in accordance with the present invention. 

Another object of the present invention is to provide a method for data discovery 
functions of VCI systems, including data extraction, data transformation, data loading, real-time 
searching, and customization of alerts in accordance with the present invention. 

A further object is to provide a method for data analysis functions of VCI systems, 
including data visualization, forecasting, risk analysis, purchasing recommendations, data 
optimization, spot market analysis, and what-if scenarios in accordance with the present 
invention. 

Still a further object of the present invention is to provide a method for 
automation/execution functions of VCI systems, including partial and full automation, alert 
mechanisms, report generation, and e-mail notifications in accordance with the present invention. 

Another object of the present invention is to provide a method for generating alerts with a 
customizable user interface that integrates internal and external data in accordance with the 
present invention. 

Yet another object is to provide a method for creating alerts with user-defined and/or 
system-defined conditions and automated and/or semi-automated actions in accordance with the 
present invention. 

Still another object of the present invention is to provide a method for generating alerts, 
which include customizable features that can be modified by users or by the system in 
accordance with the present invention. 

A further object is to provide a method for creating and managing alerts about the 
procurement, sourcing, strategic sourcing, and/or sales of one or more items by an enterprise by 
assigning alerts to one or more users, groups of users, business units, and/or devices in 
accordance with the present invention. 

A still further object of the present invention is to provide a method for collaboration 
between users by sharing information about the procurement, sourcing, strategic sourcing, and/or 



sales activities of one or more items with alerts across one or more groups, business units, and/or 
computer systems in accordance with the present invention. 

Brief Description of the Drawings 

5 The present invention may be more fully understood by a description of certain preferred 

embodiments in conjunction with the attached drawings in which: 

FIG. 1 A is a diagram illustrating a conventional private marketplace; 
FIG. IB is a diagram illustrating a conventional public marketplace; 

FIG. 1C is a diagram illustrating an exemplary embodiment of a VCI system in 
jj) accordance with the present invention; 

S FIG. 2 is a diagram illustrating a VCI system that integrates internal and external data 

with planning and execution applications in accordance with preferred embodiments of the 
=0 present invention; 

W FIG. 3A illustrates examples of internal data and internal data sources in accordance with 

IB preferred embodiments of the present invention; 

O FIG. 3B illustrates examples of external data and external data sources in accordance with 

q preferred embodiments of the present invention; 

FIG. 4 is a flow chart illustrating the workflow process and services of a VCI system in 

accordance with preferred embodiments of the present invention; 
20 FIG. 5 is a high-level diagram illustrating exemplary embodiments of the application 

layers and components of a VCI system in accordance with preferred embodiments of the present 

invention; 

FIG. 6 is a high-level architectural diagram illustrating the hardware and software 
components of a VCI system in accordance with preferred embodiments of the present invention; 

25 FIG. 7A is an architectural diagram illustrating the internal data collection components of 

a VCI system in accordance with preferred embodiments of the present invention; 
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FIG. 7B is an architectural diagram illustrating the external data collection components of 
a VCI system in accordance with preferred embodiments of the present invention; 

FIG. 7C is an architectural diagram illustrating the data integration components of a VCI 
system in accordance with preferred embodiments of the present invention; and 

5 FIG. 7D is an architectural diagram illustrating the data application components of a VCI 

system in accordance with preferred embodiments of the present invention. 

Detailed Description of the Preferred Embodiments 

The present invention will be described in greater detail with reference to certain 
10 preferred and alternative embodiments. As described below, refinements and substitutions of the 
j various embodiments are possible based on the principles and teachings herein. 

Sj FIG. 1 A illustrates an exemplary embodiment of a conventional private marketplace. As 

illustrated in FIG. 1 A, private marketplace 2 links a plurality of suppliers 4-10 with single buyer 
^ 12, providing a one-to-many commerce hub. Private marketplaces, like on-line exchanges, tend 
45 to focus on improving existing trading relationships and building better integration of channel 
S partners. For example, a large enterprise, such as Dell Computer, may develop a private 
5 marketplace for a select group of its suppliers, so that it can purchase and source materials on a 
O needs basis. An enterprise may use private marketplaces to provide access to internal enterprise 

data and automate the purchasing process with select suppliers, but private marketplaces are 
20 often limited to a specific enterprise, do not provide access to broader market data, and are 
difficult if not costly to develop, maintain, and update. 

FIG. IB illustrates an exemplary embodiment of a conventional public marketplace. As 
illustrated in FIG. IB, public marketplace 14 links a plurality of suppliers 16-20 with a plurality 
of buyers 22-26, serving as a many-to-many commerce hub. Public marketplaces function as 
25 centralized venues for improving price discovery, increasing vendor networks, and decreasing 
distribution costs. For example, a B2B e-commerce company, such as Ariba or CommerceOne, 
may integrate an enterprise with an open exchange to provide real-time access to a competitive 
marketplace for suppliers and buyers, so buyers can purchase MRO goods from suppliers and 
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vice versa. However, public marketplaces tend to connect only a segment of the total number of 
buyers and suppliers, and generally have been limited to mostly indirect goods and services; 
therefore, they do not provide access to the range of data necessary to make more optimum 
strategic sourcing decisions. 

5 Traditionally, enterprises have been required to develop custom tools for managing 

procurement and sourcing. For example, the data for such tools has included ERP data, Material 
Resource Planning (MRP) data, and data from design engineers, and has often been provided in a 
variety of formats, such as print-outs, e-mails, and custom reports that have to be specially 
requested to the IT department, who then integrate such data into custom tools, such as Excel 
10 spreadsheets. The development of such custom tools can be costly and entail contracting 

expensive consultants. Moreover, since these tools are customized for legacy systems, they are 
5 seldom able to efficiently integrate with state-of-the-art technologies. More often than not, the 
5 end-users would develop their own versions, mainly spreadsheets, of such tools in order to cope 
h] with their daily tasks. The end result is that procurement and supply chain professionals are 
|J restricted in their efforts to reduce costs, mitigate risk, and identify opportunities by having to use 
yi tools that not only provide limited access to disparate enterprise data, but also provide 
O fragmented and insufficient access to critical marketplace and other external data necessary for 
□ making tactical and strategic decisions. Even more importantly, such tools lack the ability to 
£ integrate external to internal data, and vice versa, on a continuous basis. Furthermore, such tools 
'm would typically provide very limited discovery and analysis services, since these tools were 

conceived and implemented by the individual users, such as procurement professionals, who use 
them for the particular task at hand, thus limiting their efficacy across the entire enterprise. 

FIG. 1C illustrates an exemplary embodiment of a Value Chain Intelligence (VCI) system 
in accordance with the present invention. VCI system 28 is an enterprise system that preferably 

25 collects, analyzes and integrates data from a plurality of data sources internal to an enterprise 
with data from a plurality of data sources external to an enterprise, enabling users to leverage 
market and supply chain conditions to make better decisions about sourcing and procurement. As 
illustrated in FIG. 1C, VCI system 28 links one or a plurality of data sources, such as ERP system 
3 and MRP system 5, inside the enterprise (as illustrated by dimension 9). VCI system 28 also 

30 preferably links one or a plurality of additional data sources, such as component or product 
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design and engineering source 7, inside the business unit, which are involved in designing and 
modifying the design of products and/or systems for the enterprise, which typically include 
specifying components and the like, and which generally may be considered a different domain 
within the enterprise as compared to ERP system 3 and MRP system 5, etc. (as illustrated by 
5 dimension 11), Data sources within dimensions 9 and 1 1 are preferably internal to the enterprise. 
In addition to these sources, VCI system 28 links a plurality of data sources outside the 
enterprise, including, for example, industry news 15, industry analysts 17, spot markets 19, net 
markets 21, vendor catalogs 23, potential suppliers 25, tier 1 manufacturers to tier N 
manufacturers, and distributors 31 (as illustrated by dimension 13). Data sources within 
10 dimension 13 are preferably external to the enterprise. For example, a large enterprise, such as 

Motorola, may connect its proprietary data to VCI system 28, which provides access to data from 
Q manufacturers, distributors, suppliers, vendors, exchanges, and news services, and vice versa. 
41 Accordingly, the large enterprise is provided tools in a desirable manner in order to be able to 
G negotiate not only the purchase but also the sale of direct materials based on current contract 
-ft spot market prices, and up-to-date needs and requirements. Thus, unlike private exchanges, VCI 
U1 system 28 can provide access to external data outside a customer's enterprise, and, unlike public 
□ exchanges, it can provide access to a greater range of external data critical to making strategic 
Jf:: decisions about market and supply chain conditions. In accordance with the present invention, 
43 VCI system 28 obtains and discovers a wide variety of internal and external data for particular 
pyo components or other items, with the data typically originating in widely disparate forms and 

formats, with the data transformed and stored in a manner so as to be flexibly queried (such as by 
part number, type or characteristic, such as by manufacturer, memory density, speed, functional 
characteristics, and the like) and continuously updated, thereby enabling a more optimum 
strategic decision-making process. 

25 FIG. 2 is a diagram illustrating a VCI system that integrates internal and external data 

with planning and execution applications in accordance with preferred embodiments of the 
present invention. VCI system 28 is an enterprise system comprised of a plurality of applications 
and components that gather internal data and external data, analyze this data for specified tasks, 
make strategic recommendations based on the analyses, and execute various operations based on 

30 the recommendations. VCI system 28 preferably includes applications and components that 
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integrate internal data 30, external data 32, planning functions 34, and execution functions 36. 
Internal data 30 preferably consist of proprietary data (typically intrinsic or having particular 
relevance to the particular enterprise) that are retrieved from a plurality of customer enterprise 
systems, such as ERP systems, SCM systems, supply databases, internal parts databases, 
inventories, etc., which may exist across one or multiple business units within the enterprise (i.e., 
business units that manufacture different products that include common or similar components, 
etc.). External data 32 preferably consist of data that exist outside the customer's enterprise 
system (typically having relevance to the enterprise and competing and other enterprises, such as 
product offerings that are generally available or news events of general relevance to participants 
in particular industries, etc.) that are retrieved from a plurality of sources, such as suppliers, 
potential suppliers, product databases, electronic catalogues, online marketplaces, etc. Planning 
functions 34 frequently consist of analytical tools for the aggregation and organization of data, 
such as ERP applications that are used to facilitate the production process. Execution functions 
36 frequently consist of logistical execution tools, such as SCM applications that manage the 
transportation, storage, and procurement of supplies. VCI system 28 preferably integrates the 
functions and services of a plurality of enterprise applications (as illustrated by dimensions 40) 
with a plurality of internal and external data (as illustrated by dimensions 38). 

Current enterprise systems, however, do not have the capability to integrate all of these 
functions and different data sources. Current enterprise systems, such as ERP and SCM systems, 
tend to combine the capabilities of planning functions 34 and execution functions 36, but do not 
integrate these functions with external data 32. hi other words, at the present time enterprises 
provide access to some forms of internal data 30, but not to external data 32 and the widely 
disparate forms and formats of external data as with embodiments of the present invention. 
Therefore, users of current enterprises do not have access to the continuous supply of both 
internal and external data necessary for making critical business decisions, hi contrast, VCI 
system 28 in accordance with the present invention integrates these functions and data, enabling 
users to access, analyze, evaluate, and execute operations in order to make strategic and tactical 
decisions about operations based on the range of available data. 

FIG. 3 A illustrates examples of internal data sources and respective types of internal data 
in accordance with the present invention. Internal data 30 preferably are comprised of proprietary 
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data aimed at and/or operated by an enterprise from a plurality of internal data sources, including 
but not limited to suppliers 5 databases 42, contracts databases 44, product quality databases 46, 
internal parts databases 48, data marts 50, ERP systems 52, SCM systems 54, MRP systems 56, 
and Customer Relations Management (CRM) systems 58. (Proprietary data generally are 
5 privately owned data that may require a special arrangement, such as a contract, partnership, etc., 
with the enterprise or data provider in order to use or purchase access to the data.) Since internal 
data 30 originate from a plurality of sources, internal data 30 are extracted in a variety of formats 
and therefore require transformation (which will be described further below). Internal data from 
suppliers' databases 42 preferably include proprietary information about suppliers, such as 
10 product catalog data, product specifications, part numbers, prices, quantity, total net landed cost, 

delivery dates, lead time, PO histories, manufacturer information, manufacturers of equivalent 
O parts, supplier information, suppliers of equivalent parts, current sales offers, past sales offers, 
J? availability, class of equivalent parts, class of upgrade parts, standard industry categories, classes 
[~ of parts that are equivalent to the component for certain specified applications, client inventories, 
© distributor data, retailer data, transportation schedules, distribution schedules, warehouse 
|fi locations, supply inventories, supply forecasts, inventory targets, contract terms, contract prices, 
; L, sales targets, fill rates, Just-In-Time (JIT) reports, supplier ratings, Vendor Managed Inventory 
(VMI) data, market data, industry data, product reviews, product launch information, supplier 
yy locations, and/or shipping locations, etc. 

liO In accordance with the present invention, internal data from contracts databases 44 

preferably include proprietary information about client contracts, such as product specifications, 
part numbers, prices, custom pricing, total net landed cost, delivery schedules, allocation terms, 
manufacturer information, contract terms, contract amendments, contract availability, company 
policies, and/or target for units to meet, etc. Internal data from product quality databases 46 

25 preferably include proprietary information about the quality of specific products and 

manufacturers, such as product specifications, part numbers, prices, total cost, quality metrics, 
internal reports, product change requests, warranty information, manufacturer information, 
manufacturer of equivalent parts, measurement standards, supplier information, suppliers of 
equivalent parts, availability, class of equivalent parts, class of upgrade parts, class of downgrade 

30 parts, standard industry categories, classes of parts that are equivalent to said component for 
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certain specified applications, client inventories, and/or product reviews, etc. Internal data from 
internal parts databases 48 preferably include proprietary information about parts, such as parts 
catalogs, part numbers, product specifications, prices, total net landed cost, availability, 
manufacturer information, manufacturers of equivalent parts, supplier information, suppliers of 
5 equivalent parts, class of equivalent parts, class of upgrade parts, class of downgrade parts, 
classes of parts that are equivalent to said component for certain specified applications, spare 
parts inventories, supply inventories, supply forecasts, inventory targets, fill rates, JIT reports, 
VMI data, product reviews, supplier ratings, manufacturer ratings, and/or contract terms, etc. 
Internal data from data marts 50 preferably include a plurality of proprietary information, such as 
10 product specifications, manufacturer information, manufacturers of equivalent components, 

supplier information, suppliers of equivalent components, upgrades of components, downgrades 
^? of components, prices, current sales offers, past sales offers, availability, total net landed cost, 
© EOL information, part numbers, part catalogs, class of equivalent parts, class of upgrade parts, 
SJ class of downgrade parts, standard industry categories, classes of parts that are equivalent to said 
3| component for certain specified applications, news reports, market reports, industry bulletins, 
yi daily news broadcasts, emergency broadcasts, trade journals, product reviews, supplier ratings, 
D product launch information, delivery dates, supplier locations, shipping locations, weather 
q reports, historical weather data, geographical reports, transportation reports, traffic reports, 
Jf contract prices, sales targets, fill rates, JIT reports, company policies, manufacturer directories, 
l^fO retailer directories, client account information, spare parts inventories, supply inventories, supply 
forecasts, inventory targets, VMI data, manufacturer ratings, contract terms, contract 
adjustments, and/or customized data based on the integration of internal data 30 and external data 
32, etc. 

In further reference to FIG. 3A, in accordance with the present invention, internal data 
25 from ERP systems 52 preferably include proprietary information about internal operations, such 
as costs, assets, capital equipment data, PO's, demand forecasts, ownership status, purchasing 
records, stockroom inventories, order processing data, ledgers, product information, 
manufacturer information, distributor information, retailer information, supply inventories, 
supply forecast, inventory targets, contract terms, contract prices, sales targets, fill rates, JIT 
30 reports, part numbers, supplier ratings, VMI data, stockroom inventories, and/or ERP planning 
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data, etc. Internal data from SCM systems 54 preferably include proprietary information about 
supply chain operations, such as on-hand inventories, order processing, event management, costs, 
assets, data about transport networks, VMI data, key performance indicators, material flows, 
inventory control reports, new product launches, new customer segments, facility locations, 
5 warehouse locations, suppliers, manufacturers, distributors, forecasts, promotions, product 
specifications, product life cycles, product obsolescence, product profiles, revenues, sales 
objectives, supplier selection criteria, sourcing, ordering, invoicing, delivery schedules, bid 
prices, ask prices, service levels, production schedules, material and constraints capacity, BOMs, 
manufacturing data, collaboration data, inventory levels, allocation and planning data, 
10 confirmation dates, product allocation data, product demand data, due dates, carriers, tariffs, 

transportation data, shipping routes, handling capacities, shipping schedules, prices, equipment 
^ status, delivery logs, event tracking data, weather, purchase history, current units in inventory, 
© inventory logs, current days of supply, demand forecasts, inventory targets, percent deviation 

i U 

%j from target, location breakdowns, ownership status, and/or SCM planning data, etc. Internal data 
3| from MRP systems 56 preferably include proprietary information about internal resource 

planning, such as PO's, work orders, BOMs, routing and resource data, project structures, asset 
O structures, claims management data, order changes, engineering changes, production schedules, 
m production orders, product and asset life cycles, costs, margins, revenues, status reports, project 
!!f plans, product specifications, parts, maintenance schedules, product performance data, upgrade 
No data, refurbishment data, backlog data, hazardous materials management information, MSDS 
datasheets, product safety information, and/or MRP planning data, etc. Internal data from 
Customer Relationship Management (CRM) systems 58 preferably include proprietary 
information about customer relations, such as profits, billing, contracts, sales activity data, 
contact management data, customer segmentation data, product and services profiles, marketing 
25 plans, POs, order tracking data, order acquisition data, customer address directories, customer 
preferences, customer site information, vital customer data, customer service management data, 
field service data, order life cycle process, and/or CRM planning data, etc. It should be noted that 
in accordance with the present invention, internal data 30 are not limited to these types and 
sources of proprietary information, but may also include alternate types and sources of 
30 information internal to a customer's enterprise. 
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FIG. 3B illustrates examples of external data sources and respective types of external data 
in accordance with the present invention. External data 32 preferably are comprised of data 
originating outside an enterprise, which may include historically contingent or other information 
of general interest to an enterprise, industry and/or market (including competing enterprises); 
5 and/or historically contingent or other information affecting the goods and services of an 

enterprise, industry and/or market; and/or data used internally by another enterprise that formerly 
originated outside of that enterprise. External data 32 typically has relevance beyond the 
particular enterprise (including the enterprise's competitors), and thus discovering and accessing 
such external data in a timely and intelligent manner can enable the enterprise to more timely 

10 make improved strategic decisions as compared to its competitors, thus providing substantial 
advantages, particularly, for example, in times of fluctuating prices, shortages due to emergencies 

C and the like, discontinuations, etc. External data 32 preferably originates from a plurality of data 
yo sources, including but not limited to suppliers 60, product databases 62, electronic catalogs 64, 

11 online marketplaces 66, subscription sources 68, news sources 70, and other sources 72. Since 
ft external data 32 also originate from a plurality of sources, external data 32 are extracted in a 
111 variety of formats as well and thus require transformation (which will be described further 

q below). 

O In accordance with the present invention, external data from suppliers 60 preferably 

g comprise data about suppliers and vendors, such as product catalog data, prices, quantity, 

availability, product specifications, delivery date, supplier location, shipping locations, total net 
landed cost, current sales offers, past sales offers, and/or lead time, etc. External data from 
product databases 62 preferably include data about products, such as product catalog data, 
product name, product description, product specifications, design schematics, manufacturers, 
manufacturer information, manufacturer specifications, part numbers, End of Life (EOL) 

25 information, class of equivalent parts, class of upgrade parts, standard industry categories, classes 
of parts that are equivalent to said component for certain specified applications, and/or links to 
manufacturer's datasheets, etc., from a plurality of product databases. External data from 
electronic catalogs 64 preferably include data about parts and components from a plurality of 
electronic and Web-accessible sources, such as product specifications, manufacturer information, 

30 manufacturers of equivalent components, supplier information, suppliers of equivalent 
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components, prices, current sales offers, past sales offers, availability, EOL information, part 
numbers, class of equivalent parts, class of upgrade parts, standard industry categories, and/or 
classes of parts that are equivalent to said component for certain specified applications, etc. 
External data from online marketplaces 66 preferably include information about current market 
5 data, such as product specifications, manufacturer information, manufacturers of equivalent 
components, supplier information, suppliers of equivalent components, prices, current sales 
offers, past sales offers, availability, EOL information, part numbers, class of equivalent parts, 
class of upgrade parts, standard industry categories, and/or classes of parts that are equivalent to 
said component for certain specified applications, etc. Online marketplaces preferably include 
10 private exchanges, public exchanges, third-party exchanges, consortia-led exchanges, 
information hubs, electronic auctions, etc. 

^ In further reference to FIG. 3B, in accordance with the present invention, external data 

fy from subscription sources 68 preferably include subscription information about goods, services 
yn and industry trends, such as product specifications, manufacturer information, manufacturers of 
J| equivalent components, supplier information, suppliers of equivalent components, upgrades of 

components, downgrades of components, prices, current sales offers, past sales offers, 
ffl availability, total net landed cost, EOL information, part numbers, class of equivalent parts, class 
Jl of upgrade parts, standard industry categories, classes of parts that are equivalent to said 
jj^ component for certain specified applications, news reports, market reports, industry bulletins, 
20 daily news broadcasts, emergency broadcasts, trade journals, product reviews, supplier ratings, 
product launch information, delivery dates, supplier locations, shipping locations, weather 
reports, historical weather data, geographical reports, transportation reports, and/or traffic 
reports, etc., from a plurality of subscription-based sources. External data from news sources 70 
preferably include information about goods, services and industry trends, such as product 
25 specifications, manufacturer information, manufacturers of equivalent components, supplier 
information, suppliers of equivalent components, upgrades of components, downgrades of 
components, prices, current sales offers, past sales offers, availability, total net landed cost, EOL 
information, part numbers, class of equivalent parts, class of upgrade parts, standard industry 
categories, classes of parts that are equivalent to said component for certain specified 
30 applications, news reports, market reports, industry bulletins, daily news broadcasts, emergency 
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broadcasts, trade journals, product reviews, supplier ratings, product launch information, delivery 
dates, supplier locations, shipping locations, weather reports, historical weather data, 
geographical reports, transportation reports, and/or traffic reports, etc., from a plurality of Web- 
accessible news sources. External data from other sources preferably include information from 
5 alternate types of data sources. It should be noted that external data 32 are not limited to these 
sources of external information, but may also include alternate types and sources of information 
external to a customer's enterprise. 

Also in accordance with the present invention, internal and external information may be 
received by one or a plurality of messaging type information, which may originate from internal 
10 or external source to the enterprise. For example, either one or more email accounts may be 
established for the enterprise that are identified or selected to receive information related to 
^ product offering, pricing, availability and the like, or news-type information, such as described 
jjf elsewhere herein. Alternatively, email accounts for specific individuals or departments of the 

SI enterprise that have procurement, sourcing or strategic sourcing-related responsibilities may be 

€3 

•is identified. In such embodiments, the designated email or other messaging type accounts, using 
■ f 1 one or more of the software modules, are searched for information relevant to the procurement, 
O sourcing or strategic sourcing-related activities of the enterprise, with the relevant information 
Ei. extracted and loaded into the data mart in the same manner as other internal and external data. In 
5i such embodiments, particular email-type accounts could be designated to receive such 
^0 information, so that manufacturers, suppliers, distributors and other entities and individuals, 
whether working on behalf of the enterprise or otherwise, could send information by email or 
other messaging-type format from wherever the entities or individuals maybe located. Thus, 
information from around the world could be messaged to the enterprise, received, stored and 
analyzed, etc. (in the manner of other internal and external information, as described elsewhere 
25 herein), and become part of the information and intelligence that is available for use by VCI 
system 28. 

The use of such internal and external messaging data, in alternative embodiments, is 
extended beyond email-type messaging information. For example, instant messaging and other 
types of communication data from electronic messaging, pagers, voice mail, answering machine 
30 messages, telephone calls, teleconferencing messages, web pages, and/or web page links. 
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FIG. 4 is a high-level flowchart illustrating preferred embodiments of the workflow 
process and services of VCI system 28. The present invention provides software applications in 
the form of individual components (i.e., modules) and bundled components (i.e., application 
suites) that preferably implement VCI system 28 in a step-by-step workflow process. Internal 
data 30 and external data 32 are loaded into data mart 74 and processed by a plurality of 
modules, which deliver a plurality of functions and implement VCI workflow process 73. VCI 
workflow process 73 preferably embodies a process of discovery, analysis and execution, with 
the possibility of the inclusion of one or more intermediate steps, such as discovery services 76, 
analysis services 78, recommendation services 80, and execution services 82. hi alternate 
preferred embodiments, VCI workflow process 73 may include discovery services, alert services, 
analysis services, and execution services, respectively. Data mart 74 preferably includes a 
plurality of databases and database management systems that collectively store and analyze 
internal data 30 and external data 32. At each step in VCI workflow process 73, the resulting data 
is preferably reintegrated back into data mart 74, where it may be incorporated into a subsequent 
generation of data. Thus, one or more software modules associated with VCI workflow process 
73 may automatically incorporate internal data 30, external data 32, and other event-related data 
into a subsequent invocation of the one or more software modules. 

Thus, the user, when accessing the functionalities of the modules, is guided through a 
workflow process. For example, in an exemplary embodiment of the present invention, VCI 
workflow process 73 includes discovery, analysis, recommendation, and execution. Accordingly, 
discovery services 76 assist the user in identifying a plurality of parameters for criteria that are 
important to the user's tasks, so that the user can obtain necessary data for making business 
decisions. Analysis services 78 use the input of the discovered data to produce a variety of 
reports intended to assist the user in analyzing the discovered data. The generated reports of 
analysis services 78 along with data from user-defined criteria may be used as input for 
recommendation services 80 to make recommendations for possible actions based on the 
analyzed data. Finally, the recommendations may be used as input for the user to decide which 
recommendations to execute in execution services 80, which provide a means of implementing 
and automating the recommended tasks. 
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In accordance with preferred embodiments of the present invention, discovery services 76 
collect data inputs from a plurality of sources for internal data 30 and for external data 32, 
synthesizing the data to provide support for sourcing. Discovery services 76 also execute a 
plurality of functions for identifying and establishing rules, notices and alerts customized 
according to user-defined criteria. Accordingly, the functionalities of discovery services 76 focus 
not only on the collection and integration of internal data 30 and external data 32, but also on the 
presentation of that data to the user in graphical formats (e.g. charts, tables, etc.) and non- 
graphical formats (e.g. news, alerts, audio messages, etc). The resulting data of discovery 
services 76 are then preferably reintegrated back into data mart 74. 

The functionalities of discovery services 24 preferably include: 

• Extraction, transformation, loading and normalization/integration of internal data 30 
and external data 32. Extract Transform Load (ETL) refers to software tools, which 
one of skill in the art will understand may be used in accordance with the present 
invention, to extract data from a source data set, transform the data through a set of 
business and data rules, and load the data to a target data set. 

• Scanning of data, such as component data, which has been aggregated across the 
enterprise. For example, a user may trace the total amount spent on a particular 
component or the number of current suppliers for that component, which may be 
across different business units of the enterprise. 

• Real-time searching of data (e.g., components) and data sources (e.g., suppliers). 

• Customization of real-time alerts and news feeds. 

In an alternate preferred embodiment, the functionalities of discovery services 76 may be 
separated as necessary into functionalities associated with discovery services and functionalities 
associated with alert services, respectively. After discovery services 76 execute one or a plurality 
of functions based on user-defined criteria, then the data are preferably transmitted or made 
available to analysis services 78. 

In accordance with preferred embodiments of the present invention, analysis services 78 
performs quantitative and qualitative analysis on the data results of discovery services 76 via a 
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plurality of algorithms. Analysis services 78 may be customized based on user-defined criteria. 
For instance, a client may request risk analysis, involving applications associated with analysis 
services 78 to provide a plurality of analyses, such as model and forecast revenues based on 
inventory levels, demand forecasts, market pricing, availability of constituent parts, etc. Such 
5 analyses are functions of modules in VCI system 28 (which is described in more detail below); 
the modules implement a plurality of data and analysis tools, which offer solutions to domain- 
specific problems. Analysis services 78 thus examine and analyze a plurality of discovered data, 
such as contract terms, performance metrics, current inventories, surplus and shortages, 
warehouse locations, etc., and produce one or a plurality of reports based on the subsequently 
10 analyzed data. In accordance with preferred embodiments, the resulting data of analysis services 
78 are then preferably reintegrated back into data mart 74. 

3 The functionalities of analysis services 78 are focused on providing the user with 

J?} information and interpretations of the data, and preferably include: 

.ft • Risk analysis. 

US • Data visualization via graphs, charts, etc. 

j3 • What-if scenarios. For example, a user may ask what the impact on margins will be if 

O the price of a particular component goes up or down. 

D After analysis services 78 have run the integrated data through the algorithms based on the user- 
defined criteria, then the resulting data are preferably transmitted or made available to 

20 recommendation services 80. 

In accordance with preferred embodiments of the present invention, recommendation 
services 80 collect analyzed data and user inputs about preferred constraint criteria in real time, 
and integrate it with current data in the databases and the data results of analysis services 78. 
Recommendation services 80 then preferably examine the analyzed data according to user- 
25 defined criteria (such as priorities and preferences) and make recommendations (such as what to 
buy, when to buy, how much to buy, from whom to buy, what to sell, when to sell, how much to 
sell, to whom to sell, etc.). Preferably recommendation services 80 apply a plurality of algorithms 
that optimize the analyzed data based on specific variables, such as price, quantity, time to 
delivery, client preferences, utility functions, business rules, etc. Recommendation services 80 
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then preferably run the data through its algorithms, making a recommendation or plurality of 
recommendations based on the resulting data, displaying it via a generated report or the user 
interface of VCI system 28. In accordance with preferred embodiments, the resulting data are 
then preferably reintegrated back into the data mart 74. 

5 The functionalities of recommendation services 80 enable the user to define priorities, set 

parameters, and optimize outcomes based on those parameters. For example, a user may ask for 
a recommendation about how many components should be held in inventory and how many 
components should be allocated across divisions. After recommendation services 80 have 
determined recommendations based on user-defined criteria and parameters, then the resulting 
10 data is preferably transmitted or made available to execution services 82. 

In accordance with preferred embodiments of the present invention, execution services 82 
S implement and automate the data results of recommendation services 80 and recommend specific 
flj actions based on user-defined criteria. The user then preferably chooses to either set the 
u 2 automation features of execution services 82 to automatic mode, which automates all of the 
s tf features and actions, or chooses to set the automation features to semi-automatic mode, which 
s allows the user to automate some features and actions while not automating others (thus, 
5 automation levels of a first level, with a greater range of permitted automated action, or of a 

second level, with a more restricted range of permitted automated action, and perhaps additional 
□ levels, may be selected.) In addition, the user may chose to request that VCI system 28 generate a 
20 computer-readable output that can be fed into another system that initiates or affects action with 

that data. The functionalities of execution services 82 enable users to integrate VCI system 28 

with other process-oriented ERP and SCM applications to pursue a plurality of actions. The 

functionalities of execution services 82 preferably include: 

• Providing agents that follow user-defined rules to enable hands-free handling of user- 
25 defined exceptions and processes. 

• Initiating a transaction via another application. For example, a user may initiate a 
transaction for purchasing a specific component from a specific vendor, 

• Carrying out certain transactions, such as generating and sending out a RFQ. 
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• Changing information in an internal application. For example, a user may change the 
part number of a specified component in a Bill of Materials (BOM) after being alerted 
that the component is being discontinued. 

In accordance with preferred embodiments, the resulting data is again reintegrated back into data 
5 mart 74, where it may be incorporated into the subsequent generation of historical data. 

In accordance with preferred embodiments of the present invention, the data from 
discovery services 76, analysis services 78, recommendation services 80, and execution services 
82 are respectively reintegrated into the data mart 74 at each step of the process. Thus, the 
resulting data is continuously incorporated into data mart 74 at predetermined or other intervals, 

10 so that the accumulated data preferably represents the synergistic state of a constantly growing 

G and changing data mart. 

S FIG. 5 is a high-level diagram illustrating exemplary embodiments of application layers 

SI and components of VCI system 28. In preferred embodiments, VCI system 28 is comprised of 
r5 three application layers: foundation layer 84, module layer 86, and product layer 88. Foundation 
45 layer 84 is a set of components that provides shared data and services for data integration, 
Q messaging, and a plurality of functions for modules 1-N 106 in module layer 86. Module layer 86 
p preferably resides on top of foundation layer 84 and contains a plurality of modules 1-N 106, 
5f which define specific domain functions. Product layer 88 integrates the functions of modules 1-N 
Ms 106 in module layer 86, providing services in bundled combinations. Foundation layer 84, 
20 module layer 86 and product layer 88 are coupled to integrated internal and external databases 
(which are described in greater detail below). 

In accordance with the present invention, foundation layer 84 preferably consists of a set 
of components that rely and interact with core services 90, and provide common data and 
services to foundation services 92. Foundation layer 84 is comprised of core services 90 and 
25 foundation services 92. Preferably all of the components on foundation layer 84 ? module layer 
86, and product layer 88 may be installed and run locally within an enterprise or hosted outside 
the enterprise depending on the enterprise needs. 
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Core services 90 comprise the general services for managing and accessing the basic 
services and functionality of VCI system 28, including the underlying operating systems, servers, 
etc., that reside on the network. Core services 90 preferably include the following functionalities: 

• Diagnostics provide unified error handling, error messages, logging/tracing, exception 
handling. 

• Internationalization supports different character sets and languages. 

• Channel services support message passing using, for example, Java Messaging 
Service (JMS). 

• Scheduler executes tasks in user-defined intervals. 

• Obj ect manager manages obj ects . 

In accordance with the present invention, foundation layer 84 preferably also consists of 
foundation services components 92. Foundation services components 92 include: alert engine 94, 
rules engine 96, analytics cache 98, analytics engine 99, user management 100, workflow engine 
102, and other services 104. Alert engine 94 preferably records and implements alerts that the 
user establishes in the user interface. Rule engine 96 is an engine for executing rule sets for 
automated or semi-automated execution. Analytics cache 98 preferably caches the results of the 
prior requests for analysis, so other users may share the resulting data. Since some data analysis 
may require a lengthy time period for execution, this component assists VCI system 28 by 
keeping the system from dedicating too many of its resources to re-executing similar analyses. 
Analytics engine 99 is an engine for performing analysis and optimization using a variety of 
mathematical techniques, such as linear programming, quadratic programming, constraint 
programming, etc. User management 100 manages the user access of users to services (i.e., via 
user password, etc.). Workflow engine 102 monitors the interaction of users with VCI system 28, 
iterates back and forth, manages state machine, and relates to implementing workflow process. 
Other services 104 may include, for example, an alert manager that administers and monitors 
alerts so users can identify conditions for which they want to be alerted. 

In accordance with the present invention, each module in module layer 86 preferably 
targets a specific domain and set of users (e.g., procurement and procurement professionals), 
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identifies a specific set of questions, then provides functions and services in the form of actions 
that answer those questions. An "action" refers to any action or analytical task that can be 
implemented by a particular module, such as initiating a purchase, adding data to a database, 
performing a calculation, and notifying a user after an alert is triggered by e-mail, pager, etc. It is 
important to note that an "action" can be null, wherein there is no action other than the action 
having been triggered and accompanied by a notification to the user that the action has been 
triggered. Modules 1-N 106 in module layer 86 provide a plurality of data and analysis tools, 
which offer solutions to domain-specific problems, such as risk management, price forecasting, 
and supplier allocation optimization, production change modeling, component BOM allocation, 
supplier performance index, etc. Each module in module layer 86 preferably consists of the 
following: 

• Specifications regarding what type of domain-specific data needs to be extracted and 
added to the data marts 

• A set of analytics or analysis algorithms to address the domain-specific analyses 

• A set of optimization algorithms to be able to provide domain relevant 
recommendations 

• Specifications/rules for rules-driven automation agents 

• Interfaces to other enterprise applications for feeding new data and requests to 
enterprise applications 

It is important to note that modules 1-N 106 leverage the components in foundation layer 84 to 
provide integrated functionality across VCI workflow process 73 (i.e., discovery services 76, 
analysis services 78, recommendation services 80, and execution services 82). Moreover, each 
module may be bundled with other modules in product layer 88 to provide integrated enterprise 
solutions, such as procurement product 108, supplier product 110, and designer product 1 12, 

Accordingly, modules 1-N 106 in module layer 86 preferably include the following 
exemplary embodiments: 

• Data discovery module: This module preferably provides the user with access to an 
integrated view of pertinent information, which preferably includes internal data 30, 
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external data 32, and integrated data based on computations of internal data 30 and 
external data 32. Data discovery module provides access to this data, so that a user 
may access, query, analyze and organize such data in a multitude of ways. All of the 
data are preferably stored in relational databases in data mart 74, organized for 
querying and report generation, and represented to the user in a plurality of formats, 
such as tables, lists, reports, etc. 

In accordance with the present invention, exemplary embodiments of internal 
data 30 used by data discovery module preferably include: 

. Part numbers used inside an enterprise that may differ from part numbers used 
by a manufacturer, marketplace, etc. 

• Product BOMs that contain the parts * 

. Purchase history (e.g., from purchase orders) of a part, plurality of parts, or 
family of parts, including such information as dates, quantities, price, lead 
time, on-time delivery, etc. 

. Company policies that relate to a part, plurality of parts, or family of parts, 
which may be in the form of documents 

• Quality metrics for a given part, plurality of parts, or family of parts 

. Current units in inventory for a given part, plurality of parts, or family of parts 
. Current days of supply as forecast for a given part, plurality of parts, or family 
of parts 

• Demand forecast or plurality of demand forecasts for a predetermined period 
of time (e.g., one day, one week, 30 days, 60 days, etc.) for a given part, 
plurality of parts, or family of parts 

• Inventory target or plurality of inventory targets represented in a standard 
and/or predetermined unit of measurement (e.g., days of supply) for a given 
part, plurality of parts, or family of parts 
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Percentage of deviation from a target or plurality of targets for a given part, 
plurality of parts, or family of parts 

Number of units to meet a target or plurality of targets represented in a 
standard and/or predetermined unit of measurement (e.g., thousands of units) 
for a given part, plurality of parts, or family of parts 

Contract availability for a given part, plurality of parts, or family of parts 

Contract commitment or commitments for a given part, plurality of parts, or 
family of parts 

Percentage of contracts fulfilled for a given part, plurality of parts, or family of 
parts 

Locations of any breakdowns in the production line 
Vendor Managed Inventory information 

Ownership status for a given part, plurality of parts, or family of parts 

Contract prices and other terms of a controlling contract for a given part, 
plurality of parts, or family of parts 

In accordance with the present invention, exemplary embodiments of external 
32 from product databases 62 used by data discovery module preferably include: 

Manufacturers specifications of such parts, including the physical and 
functional attributes of each part and their values 

End of Life (EOL) information 

Class of equivalent parts for a part, plurality of parts, or family of parts 

Class of upgrade parts for a part, plurality of parts, or family of parts 

Standard industry categories for a part or plurality of parts 

Classes of parts that are equivalent to a part or plurality of parts for the 
purposes of certain specified applications 

Link or plurality of links to a manufacturer's data sheet or data sheets 
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• List of manufacturers for a part, plurality of parts, or family of parts 

In accordance with the present invention, exemplary embodiments of external 
data 32 from subscription sources 68, news sources 70, and other sources 72 used by 
data discovery module preferably include: 

• News stories relating to a part, its part family and/or the product category to 
which the part belongs 

Preferably such news stories are categorized in the user interface of VCI system 28 in 
a product hierarchy, with each subcategory in the product hierarchy showing the 
stories (or links to the stories) that are relevant to the parts in that particularly 
category. Moreover, the news stories may preferably be searched, filtered, or 
organized in the user interface of VCI system 28 by date, geographic location, or 
according to the companies to which the news stories relate. 

In accordance with the present invention, exemplary embodiments of external 
data 32 from suppliers 60 and online marketplaces 66 used by data discovery module 
preferably include : 

• Current and historical offering prices from online marketplaces and current 
and/or potential suppliers 

• Possible delivery date if part or a plurality of parts are purchased, including 
location of supplier 

• Location and/or locations that a part or plurality of parts may be shipped from 

• Total net landed cost for a part or plurality of parts 

• Current and past sales offers for a part or plurality of parts, including as-of 
date, price, quantity, lead time, etc. 

In accordance with the present invention, exemplary embodiments of data 
computed using extracted data points as input, plus an algorithm/method: 

• A rating computed by VCI system 28 of how strategic a part or plurality of 
parts are for a customer 



26 



• User-defined definitions of equivalent parts 

• Part numbers with mapping of internally used part numbers to manufacturer's 
part numbers 

• Indicative pricing for parts for which there are no current offerings in online 
marketplaces and current and/or potential suppliers, but for which VCI system 
28 may compute a fair asking price 

• Actual purchases resulting from functions and services of VCI system 28 

It should be recognized that subsets of the aforementioned data may be 
organized differently for different modules. For example, data may be organized 
according to external data only, internal data only, news only, parts only (with EOL, 
upgrades, downgrades, alternate parts, etc.), suppliers only with the parts they carry, 
etc. 

Data alert module; This module preferably enables users to monitor vast amounts of 
enterprise-related data by identifying conditions for which the users choose to be 
alerted. Accordingly, alerts serve as a means of monitoring data by identifying 
conditions and occurrences that may potentially have an impact on the procurement, 
sourcing, strategic sourcing, and/or sale of one or more items by an enterprise. Alert 
conditions preferably include any data accessed by data discovery module or other 
module and allow users to identify and implement actions based on specific variables. 
Preferably, conditions may be checked and calculations may be performed by the 
system continuously, at intervals set by the user, at intervals set by the computer 
system, randomly, or after triggering additional alerts. Alerts may be system-defined 
or user-defined (i.e., defined by a user who fully specifies the conditions and/or 
calculations that will trigger the alert). Alerts may also be managed with or without an 
alert manager, and may be specified programmatically or through one or more user 
interfaces. Alternatively, the user may select and/or further specify alerts from a list of 
pre-specified alerts that VCI system 28 presents to the user via a user interface (such 
pre-specified alerts accordingly possess the same features as alerts in general). 
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In accordance with the present invention, actions generated by VCI system 28 
preferably include but are not limited to the following alert actions: 

• Sending a notification by e-mail or sending a message to a phone, cellular 
phone, pager, etc. Preferably alerts result in actions that can consist of 
messages and/or other types of communication data from e-mails, electronic 
messaging, pagers, voice mail, answering machine messages, telephone calls, 
teleconferencing messages, web pages, and/or web page links. 

• Invoking a module or plurality of modules from module layer 86 with partial 
or complete instantiation. It should be noted that automatic invocation and 
instantiation (i.e., specifying all or part of the input for performing a task with 
a module) may be the result of an alert that has been triggered, or may be the 
result of an event that VCI system 28 determines merits invocation of a 
module or plurality of modules. Moreover, invocation of a module may occur 
with one or more levels of user input. 

• Invoking a module or plurality of modules from module layer 86 with or 
without instantiation and/or accompanied by a textual or other (e.g., 
mathematical) representation of an alert or plurality of alerts that caused the 
module to be invoked 

• Invoking a module or plurality of modules from module layer 86 with or 
without instantiation and/or accompanied by a textual or other (e.g. 
mathematical) representation of the individual reasoning steps that caused the 
module to be invoked 

• Adding data to data mart 74 

• Adding data to any of the systems (i.e., data sources) that contain internal data 
30 

• Adding data to any of the systems (i.e., data sources) that contain external data 
32 

• Creating a new alert that may be automatically added to the list of alerts 
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• Creating a new alert that may be added to the list of alerts after the user's 
permission 

• Generating a document that can be passed as input to any of the systems (i.e., 
data sources) that contain internal data 30 

• Generating a document that can be passed as input to any of the systems (i.e., 
data sources) that contain external data 32 

• Generating output in a format suitable for direct input to any of the systems 
(i.e., data sources) that contain internal data 30 

• Generating output in a format suitable for direct input to any of the systems 
(i.e., data sources) that contain external data 32Triggering one or more 
software modules to alert the user with pre-specified messages customized by 
the user. 

Thus, alerts preferably enable users to monitor vast amounts of information based 
on pre-identified conditions that may range across any data of data mart 74. 

In accordance with the present invention, alerts are comprised of individual rules 
or set of rules with conditions and actions. A set of rules, which is comprised of two 
or more rules, are subject to partial or complete ordering to specify the precedence 
among the two or more rules; the precedence is used to mitigate conflicts between the 
two or more rules for a given matching condition. Preferably alerts have the following 
rule syntax: 

IF Condition THEN Action ELSE Action, 

where "Condition" is a logical expression relating variables to their values, 
and includes variables, values for such variables, and operators, where 
"Variable" maybe any of the data points contained in data mart 74, and which 
originated from internal data sources 30 and/or external data sources 32. 
Operators preferably include any of the following: +, - 5 /, x, <, <=% >, >= = 
contains, start-with, ends-with, not equal functions, logical operators (AND, 
OR, NOT), or any function or operation that may be programmed. 
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An example of such a rule in English prose is: 

IF (Contract_Price_of_Part_0023 <= Market_Price_of_Part_0023) 

AND (Forecast_ofPart_0023 >= Inventory_of_Part_0023) 

THEN Generate a purchase order for Purchasing Forecast_of_Part_0023 
minus Inventory_of_Part_0G23 at the Market_Price_ofJPart_0023 from 
the offering marketplace 

In another aspect of the present invention, a condition is also an expression 
combining tests on data from the data mart (e.g., the date of a PO is later than 
1/1/2001, the unit price of a part is less than $.01, etc.). Since a data mart may be 
populated with data generated as a result of real-life events taking place inside and 
outside an enterprise, such tests maybe used in an indirect way to monitor enterprise 
events. For example, a new contract between a supplier and the enterprise is 
consummated, and as a result a new entry with the details of this contract, such as a 
price, is added to the appropriate enterprise database system(s) and eventually into the 
data mart. Accordingly, this new data may trigger an alert and cause the associated 
action(s) to be executed. 

It is important to note that one or more internal events and/or one or more 
external events, such as warehouse fires, earthquakes, etc., may be indirectly 
monitored with alerts. Since the conditions of an alert are logical expressions, they 
may be used to monitor internal and external events. Accordingly, the occurrence of a 
data point is a manifestation of one or more events inside and/or outside the 
enterprise. Thus, one or more occurrences of a data point, and/or one or more tests on 
a data point, and/or one or more logical expressions of such tests may correspond to 
one or more events inside or outside the enterprise. The impact or consequences of an 
event for an enterprise accordingly may include an action, alert, and/or 
recommendation. Thus, one or more software modules periodically check whether a 
value satisfies or does not satisfy a condition, which is a way for the one or more 
modules module indirectly to check whether an event has occurred or not occurred. 
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In accordance with the present invention, alerts may be specified, executed, 
and/or triggered. Specifying an alert preferably refers to defining the rule or set of 
rules of an alert. Once defined, an alert is evaluated or computed against enterprise- 
related data. (The evaluation of an alert refers to the process of checking whether a 
condition, i.e. a logical expression, in the IF part of the rule is true or false. If the 
condition is true, then the rule "fires," referring to the execution of the action in the 
THEN part of the rule. If the condition is false, then the action in the ELSE part of the 
rule is executed if there is an ELSE part of the rule. If there is no ELSE part of the 
rule, then no action is executed.) Such evaluations can occur randomly, at regular 
intervals, by actively monitoring the data-points specified in the alert using a stored 
procedure (in the database), etc. Executing an alert preferably refers to periodically 
evaluating whether an alert may be triggered or not. Triggering an alert preferably 
refers to when one or more conditions are satisfied and a subsequent action is 
executed. 

It should be noted that in accordance with the present invention, an alert may 
be either an individual rule or set of rules meant to be computed and evaluated as a 
group. When an alert is comprised of more than one rule, it is possible that a partial or 
complete ordering of such rules is possible, thereby specifying precedence among 
multiple rules with respect to which rule is more important or should be invoked first 
in case of conflict. For example, if rules share the same "IF" condition but different 
"THEN" actions, it is possible to specify which rule ought to take precedence if the 
"THEN" actions of the respective rules are in conflict. Thus, alerts preferably include 
an error-checking feature to ensure that the alerts are specified correctly by either the 
user or the system. 

Typically, a user may specify a rule or set of rules through one or more user 
interfaces, wherein specifying a rule or set of rules refers to the definition of a 
particular alert. The user may also choose from a list of existing alerts that can be 
defined either through the user interface or programmatically (i.e., by the engineers 
that set up the application in a particular enterprise environment). 
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It should also be further noted that in accordance with the present invention 
any such action or sets of actions may be executed automatically, after a user's 
approval, or after approval of a subset of such actions. Actions preferably include any 
action or computation that may be executed by a computer system. Since an action 
may be a computation, an alert can be used as a means of automated action or semi- 
automated action (i.e., after user's approval). For example, the action might be to 
generate a PO as the action executed by a triggered alert. In addition, the user may 
modify and/or enhance the action that the alert has triggered. For example, a user may 
define one or more conditions that generate the alert or select and further specify the 
alert from a pre-defined list of alerts. Thus, alerts enable the user to monitor vast 
amounts of information by identifying conditions for which they choose to be alerted. 
Such conditions may range across any data of data mart 74. 

It should be even further noted that in accordance with the present invention, 
alerts may be owned or assigned to either a single user, a class of users, or any 
arbitrary group of users. "Ownership" in this case refers to who specifies an alert, 
accesses the specification of an alert, modifies the specification of an alert, shares the 
specification of the alert with another user or plurality of users, specifies the 
receiver(s) of an alert, or is the beneficiary of an alert (i.e., being the destination of the 
action that the alert caused). Moreover, alerts in general may be assigned a priority 
status from one or more priority lists, which may be system-defined or user-defined. 
For example, a procurement manager, who manages a team of procurement 
professionals, maybe assigned a higher priority status from a priority list than is 
assigned the team of procurement professionals in order for the procurement manager 
to monitor the purchasing decisions of each member of the team of procurement 
professionals. Thus, it is possible to assign ownership and priority status to alerts. 

Accordingly, alerts preferably reduce the latency period in decision-making in 
an enterprise by informing users of key events, such as component shortages, price 
shifts, supplier problems, and schedule changes in order to allow synchronization of 
component procurement and operations and inventory cost reduction. For example, 
when a production schedule changes for a particular model of a product, the change 
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shows up as an alert to the user of VCI system 28. The user may choose to be notified 
of the model and with it the BOM for that particular model. Once the alert is 
triggered, a module, such as the component shortage module, flags the components 
for the model, and either refers to alternate suppliers or refers to alternate equivalent 
components. Users may also look at procurement lead-time for that model to 
determine whether the schedule change can be resolved by procuring from the same 
supplier, and/or procuring from a different supplier, and/or procuring an alternate 
component. 

Strategic component identification module: This module preferably provides the 
user with the ability to identify which components are strategic and which 
components are tactical, helping the user focus on the most critical components. 
Strategic components are important to the operations and end product of an 
enterprise, whereas tactical components are less critical, easier to replace, and often 
not customized. The strategic component identification module creates a 'criticality 
rating' based on a pre-determined scale, such as 1 to 10 or 1 to 100, which is derived 
from a plurality of variables, which may include any of the following: 

• Total spent on the part 

• Number of parts purchased 

• Cost per part 

• Revenue and profit impact of the part 

• BOM analysis to determine which products would be affected by a shortage of 
this part and how much revenue would be affected by such a shortage 

• Impact of the part as a percentage of total revenue 

• Impact of the part as a hard dollar opportunity cost per day 

• Length of lead time, wherein longer lead times imply higher criticality rating 

• Number of times the part stocked out over a predetermined period of time 
(e.g., one month, one quarter, one year, etc.) 
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• Price volatility 

• Parts that are on allocation from the manufacturer and/or supplier 

• Rate of depreciation for the part 

The module preferably generates reports showing each of the variables by part or 
component (e.g. total spent in part class, cost per individual part, rate of depreciation per 
part, revenue impact per part, etc.). After all of the parts have been rated, the module then 
preferably allows users to select which parts to consider strategic and which tactical by 
defining a criticality rating threshold for each category. The selected parts are saved and 
used in subsequent analyses. Users then define different weights for each variable in the 
formula, thus customizing the formula. 

• Price forecasting module: This module preferably provides the user with 
recommendations for purchasing items from electronic markets by evaluating 
electronic market prices in real time depending on a plurality of enterprise-specific 
conditions, such as contract pricing for similar goods or the cost of carrying an 
inventory of the particular supply. The price forecasting module also enables the user 
to identify price thresholds based on pre-defined criteria, permitting the user to 
routinely troll electronic markets for potential opportunities, such as realizing savings 
based on purchasing additional parts from electronic markets, realizing savings based 
on selling excess inventory to electronic markets, etc. Moreover, this module allows 
the user to define a price and calculate optimized buying strategies based on input 
data. 

• Shortage risk management module: This module preferably enables the user to 
identify components that are shortage risks. The shortage risk management module 
highlights those components that have high-risk characteristics, suggesting ways to 
reduce the risk, and identifying 'stock out' warnings before the inventories reach that 
level. This module defines strategies for reducing risk, analyzes which parts have the 
largest forecast errors, analyzes where to use the allocated parts, finds additional 
sources for a part low in inventory, and generates alerts regarding this data. The 
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shortage risk management module allows the user to focus on components with the 
highest risk levels or best cost savings opportunities within a BOM. 

BOM optimization module: This module preferably identifies critical components in 
a BOM by evaluating price relative to the total BOM cost, current inventory levels, 
published EOL dates, length of lead time, frequency of the part in stock being out, etc. 
The BOM optimization module also allows the user to optimize the BOM for cost, 
delivery, quality, etc., by suggesting alternative components for the critical 
components in the BOM that have improved aforementioned characteristics. In 
addition, the BOM optimization module can enable the user to optimize components 
selected to be part of the BOM of a new product. 

Supplier allocation module: This module preferably identifies and calculates the 
percentage of a business that should be allocated to each supplier. The supply 
allocation module provides the user with internal supplier ratings on quality, delivery, 
price, service, technology, etc., allowing the user to skew the ratings data as 
necessary. This module enables the user to identify the appropriate allocation to each 
supplier for each part depending on one or a prioritized combination of the 
aforementioned criteria. For example, a procurement organization will often need to 
allocate the purchase quantity across a set of suppliers. The supplier allocation 
module determines the optimal allocation of parts ordered across a set of suppliers 
based on criteria specified by buyers. Such criteria, for instance, may include: 
meeting contractual agreements; awarding the largest allocation to the supplier with 
the best performance rating; awarding a supplier based on quality performance or 
strategic technological importance; minimizing delivery risks; minimizing costs; etc. 
Moreover, different departments, such as a finance department, may also implement 
the supplier allocation module to determine the allocation of parts to maximize gross 
margin and/or revenues. Accordingly, this module addresses a plurality of constraints 
that affect the results of production schedules, desired inventory levels, contractual 
agreement or pre-set allocation, supplier's availability and costs, etc. In deriving an 
optimal solution, supplier allocation module uses data retrieved from enterprise 
databases (such as MRP systems 56), vendor databases, or marketplace databases to 
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determine supplier ratings. In an alternate preferred embodiment, this module also 
accesses data entered by users or estimated by the application itself. For example, an 
overall performance rating may be determined by calculating a total score based on 
the weights of a plurality of performance ratings, such as technology, quality, 
delivery, cost, etc. Thus, ratings can be used to determine allocation quantities for 
each supplier, depending on any combination and ordering of the aforementioned 
criteria. 

Inventory level optimization module: This module preferably optimizes inventory 
levels based on a comprehensive analysis of service-level requirements, inventory 
holding costs, warehouse constraints, etc. The inventory level optimization module 
determines optimal inventory levels considering service levels, inventory holding 
costs, warehouse constraints, etc., providing optimization analytics that identify a 
plurality of factors, such as unbalanced inventory levels for parts based on revenue 
impact of stock out risks. For each service level, this module shows inventory holding 
costs and revenue impact of stocking out of the product. 

Sell excess inventory module: This module preferably identifies opportunities to sell 
excess inventories by evaluating current inventory levels, demand forecasts, spot 
market prices, etc. and identifying incipient surpluses based on trend analysis, 
predictive modeling, etc. hi particular, situations where e-marketplace prices for 
components carried by the enterprise might present opportunities to sell excess 
inventory. 

Component risk mitigation module: This module preferably identifies the critical 
components, calculates the cost of expediting or holding them in excess inventory, 
and determines the financial impact of various magnitudes of production change. The 
component risk mitigation module provides a means of mitigating when a supplier's 
inability to meet delivery commitments or unexpected changes in production volume 
(increase or decrease) lead to component shortage or excess. 

Enterprise collaboration module: This module preferably provides the user with the 
capability of sharing information and collaborating on procurement activities with 
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other users of VCI systems. The enterprise collaboration module allows users, such as 
product designers and procurement professionals, to share data and access data, thus 
enabling them to collaborate on projects. For example, projects may include 
identifying alternative components with improved sourcing characteristics or 
alternative components with characteristics that result in greater optimal BOM 
characteristics. 

It should be understood that, in accordance with the various alternative embodiments of 
the present invention, various modules 1-N 106 and combinations of modules 1-N 106 maybe 
implemented and used in a manner to provide a desirable set of tools for the particular user and 
particular problem/task. 

In accordance with the present invention, product layer 88 preferably is comprised of a 
combination of one or more modules 1-N 106 in module layer 86. Product layer 88 integrates 
functionalities by providing modules 1-N 106 in bundled combinations (i.e., procurement 
product 108, supplier product 1 10, designer product 112, etc.) to users as product offerings. For 
example, procurement product 108 addresses tactical problems in the supply chain by providing 
discovery, analysis, recommendation, and execution services on component availability, supplier 
performance, component prices, delivery history, etc. Thus, in an exemplary embodiment 
procurement product 108 may include data discovery module, data alert module, strategic 
component identification module, and price forecasting module. The functionalities and services 
of bundled modules 1-N 106 are accessed via the user interface (as described in more detail 
below). Although a user may choose which module to use and decide on the input, VCI system 
28 may proactively invoke one or more modules from module layer 86, with specific input and 
accordingly call the user's attention to the performance of a task with that module or modules. 

FIG. 6 is a high-level diagram illustrating preferred embodiments of the hardware and 
software components of VCI system 28. VCI system 28 preferably consists of four functional 
component blocks: internal data collection components 114, external data collection components 
116, data integration components 118, and data application components 120. As illustrated in 
FIG. 6, internal data collection components 1 14 of VCI system 28 preferably consist of internal 
data sources 122-126, extract modules 128-136, transform modules 138-146, and connectors 
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148-150. Internal data collection components 114 extract and transform internal data 30 from a 
plurality of internal data sources, such as contract databases 46, ERP systems 54, SCM systems 
56, etc. (as illustrated in FIG. 3A). Internal data collection components 1 14 are preferably 
implemented at the customer's site and accordingly are coupled to a network, such as WAN, 
5 LAN, Internet, etc. In accordance with the present invention, the Internet connection may consist 
of a dial-up connection, private line, VPN, DSL, ISDN, T-l, etc. 

In accordance with a preferred embodiment of the present invention, external data 
collection components 116 of VCI system 28 preferably consist of a plurality of external data 
sources 152-156, website sources 158-162, extract modules 164-174, and transform modules 

10 176-186; the components of external data collection 116 preferably extract and transform 

external data 32 from a plurality of external data sources, such as product databases 64, online 

y marketplaces 68, subscription sources 70, etc. (as illustrated in FIG. 3B). External data collection 

yQ components 116 may be implemented at the customer's site or hosted, depending on system 

y requirements and customer needs. 

HB In accordance with a preferred embodiment of the present invention, internal data 

J* collection components 1 14 and external data collection components 116 perform the extract and 
y transform functions of the ETL process, respectively. The extraction process of internal data 
O collection components 114 and external data collection components 116 preferably is initiated by 
Pk load module 188, by one of the extract modules (i.e., extract modules 128-136 or extract modules 
"10 164-174), or at the data source (i.e., internal data sources 122-126, external data sources 152-156, 
or website sources 158-162). For instance, in an exemplary embodiment, Customer Oracle ERP 
126 of internal data collection components 1 14 may initiate the process of calling for internal 
data 30, or Oracle ERP extract module 134 may initiate this process, or load module 188 of data 
integration components 118 may initiate this process. Likewise, in another exemplary 
25 embodiment, subscription database 152 of external data collection components 116 may initiate 
the process of calling for external data 32, or subscription extract module 164 may initiate this 
process, or load module 188 of data integration components 118 may initiate this process. It 
should be noted that, in accordance with preferred embodiments, load module 188 along with the 
extract and transform modules in internal data collection components 1 14 and external data 
30 collection components 116 preferably function as integrated ETL tools. 
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Since the data must be mapped before it can be extracted by the extract and transform 
modules, a transformation has to be defined in the transform module for all data from each data 
source. As is known in the art, transformation is the process of mapping data from source objects 
onto target objects and optionally applying conversions to the data. After the transformations 
5 have been defined, then scripts are generated, which perform the function of converting and 
loading data into target objects at run time when so requested. Thus, a transform module, such as 
transform module 176, generates the scripts that perform the actual loading at run time. 
Nevertheless, load module 1 88 manages the process of loading by invoking the necessary scripts. 

As further illustrated in FIG. 6, data integration components 118 consist of load module 
10 188, database API 189, ETL metadata database 190, discovery database 192, analysis database 

194, purge/archive module 196, OLAP server 198, and OLAP analysis cubes 1-N 200. Data 
O integration components 1 1 8 provide the functionality of a load module and integrated data mart, 
JJ whereby normalized data is loaded from a plurality of sources at different times and in different 
!M formats, and organized so that it is suitable for complex querying and analysis. Internal data 30 
ft and external data 32 are placed in data integration components 1 1 8 in order to build applications 
HI for an integrated repository, such as a data mart. Load module 188 manages the process of 
= loading, updating, and rebuilding discovery database 192 and analysis database 194. Both 
2 discovery database 192 and analysis database 194 are types of relational databases. The loading 
5 process triggers events in OLAP server 198 that rebuilds OLAP analysis cubes 1-N 200. (OLAP 
3) refers to On-line Analytic Processing, which one of skill in the art will appreciate is a form of a 
multi-dimensional database.) OLAP server 198 conducts multi-dimensional queries and pivot 
table services through the use of OLAP analysis cubes 1-N 200, which preferably perform data 
aggregation on top of analysis database 194. Purge/archive module 196 manages the databases, 
so that data may be archived and purged as necessary. ETL metadata database 190 is an 
25 operational RDBMS that stores adapter and other information that is used and required by load 
module 188. 

In accordance with the present invention, once the normalized data is written into 
discovery database 192 and analysis database 194, then the data is transmitted from analysis 
database 194, OLAP server 198, and OLAP analysis cubes 1-N 200 to data application 
30 components 120. In response to direct user requests or in order to process data that are needed to 
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satisfy user requests, applications, such as modules, in services and application server 202 query 
analysis database 194 and OLAP database in data integration components 118. 

Data application components 120 consist of services and application server 202, report 
server 204, user metadata database 206, VCI user interface 208, and OLAP report client 210. All 
5 of the components in data application components 120, except for VCI user interface 208, may 
be hosted at the customer's site or at a central location remote from the customer's site. VCI user 
interface 208 is preferably viewed at the customer's site via a web browser. Services and 
application server 202 provides a plurality of functions based on the integrated services of 
foundation layer 84 and module layer 86 (as described in connection with FIG. 5). The functions 
10 of services and application server 202 and its constituent components (i.e., core services 90, 

foundation services 92, and modules 1-N 106) depend upon the integration of internal data 30 
O and external data 32, which is stored in discovery database 192 and analysis database 194, and 
S simultaneously made available for analysis by OLAP analysis server 198. Services and 
H application server 202 preferably transmits the integrated data to VCI user interface 208, which 
% displays it in a plurality of formats based on user-defined inputs. In addition, VCI user interface 
111 208 preferably represents the integrated data within the context of the workflow process 
(U described in FIG. 4. User metadata database 206 preferably is an operational relational database 
2 that contains metadata about the users and their access to VCI services and functions. 

Jf Services and application server 202 provides a plurality of functions based on the 

Ho integrated services of foundation layer 84 and module layer 86 (as previously described in 

connection with FIG. 5). Services and application server 202 consists of application server 212, 

core services 90, foundation services 92, and modules 1-N 106. 

Report server 204 receives analyzed data from analysis database 194 and OLAP server 
198, and presents reports about the integrated data to the user via the web browser of VCI user 
25 interface 208. Data may be reported to the user in a plurality of report formats and methods 
(which are further described below). 

Thus, in accordance with the present invention, internal data 30 is collected in internal 
data collection components 1 14, while external data 32 is simultaneously collected in external 
data collection components 1 16. Both internal data 30 and external data 32 are normalized and 
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transmitted to data integration components 118, where the aggregated data is stored in discovery 
database 192 and analysis database 194, and analyzed in OLAP server 198. The stored data is 
made available to services and application server 202 in data application components 120. 
Services and applications server 202 provides a plurality of functional applications that make 
decisions about VCI services, such as inventory levels, demand forecasts, contract commitments, 
spot market analysis, etc., based on the integration of internal data 30 and external data 32. 
Services and applications server 202 then sends the resulting data to the end user via VCI user 
interface 208. VCI user interface 208 displays the integrated data, facilitating the user in making 
strategic and tactical decisions. 

FIG. 7A is an architectural diagram illustrating preferred embodiments of internal data 
collection components 114 of exemplary VCI system 28. Internal data collection components 114 
extract and transform internal data 30, such as contract terms, parts catalogs, JIT reports, supplier 
ratings, production schedules, etc., from a plurality of sources, such as customer custom 
databases, ERP systems, etc. Internal data collection components 1 14 preferably reside on the 
customer's system and are connected to the other components of VCI system 28 via network 
connections, such as dial-up connections, private lines, DSL, ISDN, T-l, etc. Thus, internal data 
30 is preferably accessed across a network. Customer custom database 122 preferably is one or a 
plurality of relational database management systems (RDBMS) (e.g., Oracle 9i Database, 
Microsoft SQL Server, Informix Cloudscape, Sybase Adaptive Server Enterprise 12.0, etc.), 
whereas customer SAP ERP 124 and customer Oracle ERP 126, preferably are third party 
enterprise systems (e.g., Oracle e-business suite, SAP, JD Edwards Oneworld, BAAN ERP 
Purchasing, etc.), which may include ERP, SCM, MRP, etc. Internal data collection components 
1 14 of VCI system 28 perform data extraction and transformation functions associated with ETL 
tools at predetermined periods of time, such as every 12 hours, 24 hours, etc., via one or a 
plurality of custom modules for data extraction and transformation. The extract and transform 
functions of internal data collection components 1 14 are preferably located at the customer site 
and separated into one or a plurality of extract modules and one or a plurality of transform 
modules; both extract and transform modules respond to requests that may originate from the 
load module, the extract module, or the source (i.e., customer custom database 122, customer 
SAP ERP 124, customer Oracle ERP 126, etc.) (as further described in connection with FIG. 
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7C). It should be noted that internal data collection components 1 14 may also be hosted at a 
central location remote from the customer's site. 

In accordance with the present invention, customer custom database 122 contains a 
predetermined subset of internal data 30 from one source or a plurality of sources, such as 
5 suppliers' databases 42, contract databases 44, product quality databases 46, ERP system 52, etc. 
(as illustrated in FIG. 3A). It should be noted that in accordance with the present invention that 
customer custom database 122 represents genetically one or more customer custom database(s) 
suitable for supplier data, contract data, product quality data, etc. Accordingly, the process of 
calling for internal data 30 is preferably initiated by load module 188, custom extract module 
10 128, or customer custom database 122. For example, load module 188 in data integration 

components 118 may initiate a request to call a subset of internal data 30 from customer custom 
□ database 122 by transmitting a command to generate a request from custom extract module 1 28 
via a network connection. Custom extract module 128 then sends the request to extract internal 
•V data 30 from customer custom database 122, which preferably responds to the request by sending 
m a message containing the requested internal data to custom transform module 138. Custom 
= = transform module 138 aggregates internal data 30 and performs calculations on it to normalize 
l s the data into a format compatible with the schema in discovery database 1 92 and analysis 
H database 194 in data integration components 118. Since internal data 30 may come from a 
S plurality of sources, internal data 30 must be normalized to conform to the specific database 
§0 schema in discovery database 192 and analysis database 194. Once internal data 30 is normalized 
by custom transform module 138, then the data set is transmitted via load module 188 to 
discovery database 192 and analysis database 194. It is important to note that internal data 30 
may be extracted simultaneously from a plurality of database sources and not just from a single 
customer custom database. 

25 With reference to FIG. 7A, in accordance with the present invention, customer SAP ERP 

124 contains a subset of internal data 30, such as from ERP systems 52 (as illustrated in FIG. 
3 A). Accordingly, the process of calling for internal data 30 is preferably initiated by load 
module 188, SAP extract module-1 130, or customer SAP ERP 124. For instance, SAP extract 
module-1 130 preferably initiates the request for a subset of internal data 30 by transmitting a 

30 request for data to customer SAP ERP 124. In order for SAP extract module-1 130 to request and 
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receive internal data 30 in a compatible format from customer SAP ERP 124, SAP extract 
module- 1 130 must access a standard Business Application Programming Interface (BAPI) on 
customer SAP ERP 124. Thus, SAP extract module-1 130 generates BAPI Java function calls to 
extract Java objects and sends requests to SAP business connector 148, preferably a platform- 
5 independent BAPI (i.e., TTBCO, Webmethods, Acta, Mercator, Neon, etc.), to extract specified 
internal data 30 from customer SAP ERP 124. SAP business connector 148 converts Java 
requests to BAPI calls to access customer SAP ERP 124. Customer SAP ERP 124 preferably 
responds by sending one or a plurality of messages containing internal data 30 to SAP business 
connector 148, which converts BAPI calls back into Java objects and sends internal data 30 

10 formatted as Java objects to transform module-1 140. Transform module-1 140 then preferably 
aggregates and normalizes the Java- formatted data, so that the extracted internal data 30 conform 
to the specific schema in discovery database 192 and analysis database 194 in data integration 

yp components 118. Once the Java objects containing internal data 30 are normalized by transform 

Sr? module-1 140, they are sent to discovery database 192 and analysis database 194 via load module 

'rf 188. 

s "2 hi accordance with preferred embodiments of the present invention, a request for a subset 

a of internal data 30 formatted in extensible Markup Language (XML) may also be initiated by 
m load module 188, customer SAP ERP 124, or SAP extract module-N 132 from customer SAP 
^ ERP 124. For example, load module 188 may transmit a command to generate a request from 
IS) SAP extract module-N 132 via a network connection. In order for SAP extract module-N 132 to 
request and receive internal data 30 in XML from customer SAP ERP 124, SAP extract module- 
N 132 must access SAP business connector 148 on customer SAP ERP 124. SAP extract 
module-N 132 preferably generates and transmits one or a plurality of requests to SAP business 
connector 148 to extract specified internal data 30 formatted in XML from customer SAP ERP 
25 124. SAP business connector 148 converts XML requests to BAPI calls to access customer SAP 
ERP 124. Customer SAP ERP 124 preferably responds by sending one or a plurality of messages 
containing internal data 30 to SAP business connector 148, which converts BAPI calls back to 
XML documents and sends them to transform module-N 142. Transform module-N 142 
aggregates and normalizes the XML-formatted data, so that extracted internal data 30 conforms 
30 to a format compatible with the schema in discovery database 192 and analysis database 194 in 
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data integration components 1 1 8. Accordingly, after the XML documents containing internal 
data 30 are normalized by transform module-N 142, the XML documents containing internal data 
30 are sent to discovery database 192 and analysis database 194 via load module 188. 

As further illustrated in FIG. 7A, in accordance with the present invention, customer 
5 Oracle ERP 126 contains a subset of internal data 30, such as data from ERP system 52 (as 

illustrated in FIG. 3A). Accordingly, the process of calling for internal data 30 is again preferably 
initiated by load module 188, Oracle ERP extract module-1 134, or customer Oracle ERP 126. 
For example, Oracle ERP extract module-1 134 may initiate the process by sending a request for 
a subset of internal data 30 to customer Oracle ERP 126. In order for Oracle ERP extract 
10 module-1 134 to request and receive internal data 30 in a compatible format from customer 
Oracle ERP 126, Oracle ERP extract module-1 134 must extract data via PL/SQL calls from 
Q Oracle advanced queue tables 1 50, which maintain the messaging and queuing system for data 
IS access and extraction from Oracle ERP 126. Thus, Oracle ERP extract module-1 134 makes 
W requests via PL/SQL calls to Oracle advanced queue tables 150 to extract specified internal data 
#5 30 from customer Oracle ERP 126. Oracle advanced queue tables 150 processes PL/SQL calls, 
f! then pulls internal data 30 from Oracle ERP 1 26. Oracle ERP extract module- 1 1 34 retrieves 
L. updated internal data 30 in XML format from Oracle advanced queue tables 1 50. Oracle ERP 
W extract module-1 134 then sends internal data 30 formatted as XML documents to transform 
2 module-1 144, which preferably aggregates and normalizes the XML-formatted data, so that 
Ho extracted internal data 30 conforms to the specific schema in discovery database 192 and analysis 
database 194. Once the XML documents containing internal data 30 are normalized by 
transform module-1 144, they are sent to discovery database 192 and analysis database 194 via 
load module 188. 

In accordance with the present invention, the process of calling for internal data 30 is 
25 again preferably initiated by load module 1 88, Oracle ERP extract module-N 136, or customer 
Oracle ERP 126. For instance, load module 188 may initiate a request to call a subset of internal 
data 30 as Java objects from customer Oracle ERP 126 by sending a command to generate a 
request from Oracle ERP extract module-N 136 via a network connection. In order for Oracle 
ERP extract module-N 136 to request and receive internal data 30 in a compatible format from 
30 customer Oracle ERP 126, Oracle ERP extract module-N 136 must extract data via a Java 
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Messaging System (JMS) compliant bus, such as Oracle Message Broker, Sierra Atlantic 
framework, etc., from Oracle advanced queue tables 150. Thus, Oracle ERP extract module-N 
136 makes requests via JMS calls to Oracle advanced queue tables 150 to extract specified 
internal data 30 from customer Oracle ERP 126. Oracle advanced queue tables 150 issues JMS 
5 calls, then pull internal data 30 from Oracle ERP 126. Oracle ERP extract module-N 136 then 
retrieves internal data 30 in Java format from Oracle advanced queue tables 150. Oracle ERP 
extract module-N 136 then sends internal data 30 formatted as Java objects to transform module- 
N 146, which preferably aggregates and normalizes the Java-formatted data, so that extracted 
internal data 30 conforms to the specific schema in discovery database 192 and analysis database 
10 194 in data integration components 118. Accordingly, after the XML documents containing 
internal data 30 are normalized by transform module-N 146, they are sent to discovery database 
192 and analysis database 194 via load module 188. 

It should be noted that requests for internal data 30 may be initiated independently and 
fy simultaneously from a plurality of sources. For example, customer custom database 122 may 
0 begin the process of calling for a subset of internal data 30, while SAP extract module-1 130 may 
5 « have already begun the process of calling for a subset of internal data 30 from customer SAP 

ERP 124 and load module 144 may also have already begun calling for a subset of internal data 
m 30 from customer Oracle ERP 126. Thus, the process of requesting internal data 30 from any of 
;S the data sources that provide them, such as suppliers database 42, contracts database 44, product 
5b quality database 46, internal parts database 48, data mart 50, ERP systems 52, SCM systems 54, 

MRP systems 56, CRM systems 58, etc., is preferably initiated independently and/or 

simultaneously from a plurality of sources. 

In accordance with the present invention, extract modules 128-136 preferably generate 
requests from internal data sources, such as customer SAP ERP 124 and customer Oracle ERP 
25 126, which accordingly respond with a message or plurality of messages containing internal data 
30 formatted as an XML document, Java objects, or some other format. Therefore, extract 
modules can make calls to extract data in a variety of formats, depending on source and system 
requirements. Accordingly, internal data 30 preferably is received by transform modules as either 
streaming data or in a single query/response. 
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Since internal data collection components 1 14 have been described in conjunction with 
specific preferred and other embodiments, many substitutions, alternatives and variations will be 
apparent to those skilled in the art. For example, data sources for internal data 30 include more 
than ERP systems, such as SCM systems 54, MRP systems 56, CRM systems 58 etc. 

5 Accordingly, the type of business connector as well as the extract and transform modules for 
such data sources will change depending on the type and format of the data. In addition, for 
example, data sources for internal data 30 include all kinds of customer custom databases, such 
as suppliers' databases 42, contracts databases 44, product quality databases 46, internal parts 
databases 48, data marts 50, etc. Thus, the invention is intended to embrace all of the 

10 alternatives and variations that fall within the spirit and scope of the invention. 

FIG. 7B is an architectural diagram illustrating preferred embodiments of the external 
n data collection components 1 1 6 of exemplary VCI system 28. External data collection 
"5 components 1 16 of VCI system 28 are comprised of a plurality of Internet sources 158-162, 
ry subscription database 1 52, product database 1 54, marketplace database 1 56, a plurality of extract 
s §5 modules 1 64- 1 74, and a plurality of transform modules 176-186. External data collection 
^ components 116 search, extract and transform external data (e.g., part catalogs, prices, 
« availability, lead time, compatible parts, specifications, etc.) from a plurality of sources of 
5 external data 32, such as databases and Internet sources. External data 32 may be received across 
l S a network similar to how internal data 30 is received, but external data 32 may also be received 
f3o in a plurality of other formats, such as via CD-ROM, ZIP disk, floppy disk, catalog (in hard 
copy), brochure (in hard copy), etc. Databases, such as subscription database 152, product 
database 154, and marketplace database 156, preferably contain external data 32 from one source 
or a plurality of sources. External data sources, such as Internet sources 158-162, preferably 
contain external data 32, which may be extracted from one or a plurality of web sites, depending 
25 upon data requirements and user requests. 

In accordance with the present invention, subscription database 152 is preferably a 
database containing subscription news and information (i.e., supplier ratings, news bulletins, 
market reports, etc.). News stories from subscription database 152 or from Internet source 158 
are preferably organized according to a product hierarchy, such as electronic 
30 components/memory/SDRAM. 
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In accordance with the present invention, product database 154 is preferably a partner 
database containing product information (such as a product catalogs, specifications, wholesale 
prices, etc.). For example, external data 32 from product database 154 may include a hierarchy of 
product categories, detailed part numbers for each product in a product family or category, 

5 detailed lists of attributes (i.e., specifications) and values for attributes for each product in a 
product family or category, etc. Such specifications are generally based on published 
information. The providers of the product databases frequently provide upgrades and downgrades 
for each part, end-of-life (EOL) information about which parts will be discontinued, part 
equivalence information about how a product can be replaced, etc. VCI system 28 preferably 

1 0 enhances the equivalence information when necessary. 

In accordance with the present invention, marketplace database 156 is preferably a 

Q database for a public exchange or auction containing product and market information (i.e., parts, 

/K manufacturer, compatible parts, prices, availability, etc.), or a partner with a database for a 

n! private exchange or online marketplace containing product and market information. For example, 

£5 external data 32 from market database 156 may include electronic market prices from a private 

if! exchange with prices that are different than the previously negotiated contract prices made by an 

L enterprise customer of a VCI system for a compatible product from a supplier. 

Preferably external data collection components 1 16 perform conventional data extraction 
^0 and transformation functions associated with ETL tools at predetermined periods of time, such as 
MO every 12 hours, or at required intervals, depending upon information needs and user requests, via 
one or a plurality of custom modules for data extraction and transformation, such as subscription 
extract module- 1 164, transform module 176, subscription extract module-N 166, etc. The 
extract and transform functions of external data collection components 1 16 are preferably 
separated into one or a plurality of extract modules and one or a plurality of transform modules; 
25 the extract and transform modules respond to requests that may originate from the load module, 
the extract module, or the source (i.e., subscription database 152, Internet source 158, product 
database 154, etc.) (as further described in connection with FIG. 7C). It should be noted again 
that external data sources are not necessarily databases, and thus internal data 30 may be encoded 
in any format suitable for representing structured or semi-structured data, such as flat files (CSV, 
30 etc.), spreadsheets, etc. 
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In accordance with the present invention, subscription database 152 is a database 
containing subscription news and information. Preferably the process of calling for a 
predetermined subset of external data 32 is accordingly initiated by load module 188, 
subscription extract module-1 164, or subscription database 152. For example, load module 188 
5 may initiate a request to call a subset of external data 32 from subscription database 152 by 
transmitting a command to generate a request to subscription extract module-1 164 via an 
Internet connection, which may be a dial-up connection, private line, DSL, ISDN, T-l, etc. 
Subscription extract module-1 164 transmits the request to extract a subset of external data 32 
(preferably formatted in either XML, Java, SQL, etc.) to subscription database 152, which 
10 preferably responds by sending a message containing the requested external data 32 to transform 
module 176. Transform module 176 aggregates external data 32 and performs calculations on it 
p to transform the data into the specific schema of discovery database 192 and analysis database 
/S* 194 in data integration components 118. After external data 32 is normalized by transform 
OJ module 176, then transform module 176 sends external data 32 to discovery database 192 and 
yp analysis database 194 via load module 188. 

111 With reference to FIG. 7B, in accordance with the present invention, product database 

q 1 54 is a partner database containing product information. Preferably the process of calling for 
Sf external data 32 is accordingly initiated by load module 188, product extract module-1 168, or 
S product database 154. For example, product database 154 preferably initiates the request for a 
f JO subset of external data 32 by transmitting a message containing external data 32 to transform 
module 180. Transform module 180 then aggregates external data 32 and performs calculations 
on it to transform the data into the specific schema of discovery database 192 and analysis 
database 194 in data integration components 118. Once external data 32 is normalized by 
transform module 180, then transform module 180 sends external data 32 to discovery database 
25 192 and analysis database 194 via load module 188. 

In accordance with preferred embodiments of the present invention, marketplace database 
156 is a database for a public exchange or auction containing product and market information. 
Preferably the process of calling for external data 32 is accordingly initiated by load module 1 88, 
market extract module-1 172, or market database 156. For example, market extract module-1 172 
30 preferably initiates the request for a subset of external data 32 by transmitting a request to extract 
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external data 32 (preferably formatted in either XML, Java, BAPI, SQL, etc.) to marketplace 
database 156. Marketplace database 156 preferably responds to the request by sending a message 
containing the requested external data 32 to transform module 184. Transform module 184 
aggregates external data 32 and performs calculations on it to transform the data into the specific 
schema of discovery database 192 and analysis database 194. After external data 32 is 
normalized by transform module 184, then transform module 184 sends external data 32 to 
discovery database 192 and analysis database 194 via load module 188. 

As further illustrated in FIG. 7B, in accordance with the present invention, VCI system 28 
preferably implements a web extraction application, which maybe used to search and extract 
HTML, XML, other web page formatting data from web pages to access external data 32 in real 
time. Internet sources 158-162 preferably consist of a plurality of web sites that contain a 
plurality of external data 32, such as specifications, part descriptions, product reviews, news, 
reports, etc., and serve as sources for searching and extracting non-proprietary data. Extract 
modules 166, 170 and 174 of external data collection components 1 16 may be located at the data 
source or on a server of VCI system 28. Moreover, extract modules 166, 170 and 174 maybe 
either third party extraction tools or custom extraction tools. 

In accordance with the present invention, the process of calling for external data 32 is 
preferably initiated by load module 1 88, subscription extract module-N 166, or market database 
156. Load module 188 preferably initiates a request to extract external data 32 from Internet 
source 158, which maybe subscription and non-subscription news and information sources, etc., 
by sending a command to subscription extract module-N 166. Subscription extract module-N 
166, which maybe a third party or custom extraction application, searches Internet source 158 
and extracts a plurality of external data 32, which maybe available in a variety of formats, such 
as HTML, XML, PDF, etc. Subscription extract module-N 166 preferably transmits external data 
32 to transform module 178, which aggregates external data 32 and performs calculations on it to 
transform the data into the specific schema of discovery database 192 and analysis database 194. 
Once external data 32 is normalized by transform module 178, then transform module 178 sends 
external data 32 to discovery database 192 and analysis database 194 via load module 188. 
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As further illustrated in FIG. 7B, in accordance with the present invention, load module 
188 preferably initiates a request to extract external data 32 from Internet source 160, which may 
be product information, specifications, news, etc., by sending a command to product extract 
module-N 170. Product extract module-N 170, which may be a third party or custom extraction 

5 application, searches Internet source 160 and extracts a plurality of external data 32 which may 
be available in a variety of formats, such as HTML, XML, PDF, etc. Product extract module-N 
170 preferably sends external data 32 to transform module 182, which aggregates external data 
32, so that extracted external data 32 conforms to a format compatible with the schema in 
discovery database 192 and analysis database 194 in data integration components 118. Once 

10 external data 32 is normalized by transform module 1 82, then transform module 182 sends 

external data 32, which may have been originally formatted in HTML, XML, PDF, etc., to load 

n module 188. 

JJ In accordance with the present invention, load module 188 preferably initiates a request to 

extract external data 32 from Internet source 162, which may be market information, prices, 
# specifications, lead times, etc., by sending a command to market extract module-N 174. Market 
fjl extract module-N 174, which may be a third party or custom extraction application, searches 
^ Internet source 162 and extracts a plurality of external data 32 which may be available in a 
Of variety of formats, such as HTML, XML, PDF, etc. Market extract module-N- 174 preferably 
m sends external data 32 to transform module 186, which aggregates external data 32, so that 
jlp extracted external data 32 conforms to a format compatible with the schema in discovery 

database 192 and analysis database 194 in data integration components 118. Once external data 
32 is normalized by transform module 186, then transform module 186 sends external data 32, 
which may have been originally formatted in HTML, XML, PDF, etc., to load module 188. 

It is important to note that external data 32 may be extracted simultaneously from a 
25 plurality of databases, i.e., subscription database 152, product database 154, and marketplace 
database 156. Thus, load module 188 preferably initiates requests to call external data 32 
simultaneously from a plurality of sources by generating a plurality of requests from specified 
extract modules, such as subscription extract module- 1 164, subscription extract module-N 166, 
product extract module- 1 168, etc. Moreover, extract modules generate requests for external data 
30 32, which may be formatted in XML, Java, BAPI, SQL, etc., which in turn respond with 
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messages containing external data 32 in any of the aforementioned formats. For example, a 
request is made in Java and the returned results may be in XML. 

In addition, external data 32 is preferably received by transform modules 176-186 as 
either streaming data or in a single query/response. Therefore, external data 32 may take the form 
5 of batch updates or real-time updates, depending on the nature of the request and response. 

It is also important to note that in accordance with the present invention, the extract and 
transform functions of external data extraction components 1 1 6 may preferably be implemented 
simultaneously or independently at one or a plurality of data sources. Thus, a subset of external 
data 32 may be searched and extracted from a single data source, whether a database or an 
10 Internet source, by more than one extract module. For example, in a preferred embodiment, 
product extract module- 1 168 may search for external data 32, such as product pricing, 
specifications, etc., at product database 154, while product extract module-N 170 is 
C simultaneously searching a conjoining web site of product database 154 for alternative external 
SI data 32, which may be not be present in product database 1 54. Moreover, external data 32 may 
: 4§ be searched and extracted from multiple data sources simultaneously by more than one extract 
m module. For instance, product extract module- 1 168 may search external data 32 from product 
O database 154, while subscription extract module 1-164 is searching subscription database 152 for 
Ft external data 32 and marketplace extract module- 1 172 is extracting external data 32 from 
Jf? marketplace database 156. 

: " 20 Since external data collection components 116 have been described in conjunction with 

specific preferred and other embodiments, many substitutions, alternatives and variations will be 
apparent to those skilled in the art. For example, data sources for external data 32 may include 
other databases and Internet sources, such as suppliers 60, electronic catalogs 64, news sources 
70, etc. Additionally, external data 32 maybe extracted, received and/or collected in any format 

25 suitable for representing structured or semi-structured data, such as flat files (CSV, etc.), 

spreadsheets, XML files, real time feed, etc. A similar ETL process as described above is applied 
to external data 32 that are encoded in the aforementioned formats. Thus, the present invention is 
intended to embrace all of the alternatives and variations that fall within the spirit and scope of 
the invention. 
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FIG. 7C is an architectural diagram illustrating data integration components 1 18 of 
exemplary VCI system 28 in accordance with preferred embodiments of the present invention. 
As noted earlier, data integration components 118 provide the functionality of a load module, 
which preferably loads internal data 30 and external data 32 from a plurality of sources, and an 
5 integrated data mart, which preferably stores this data for complex querying and analysis. Data 
integration components 118 are comprised of load module 188, database APIs 189, ETL 
metadata database 190, discovery database 192, analysis database 194, purge/archive module 
196, OLAP server 198, and OLAP analysis cubes 1-N 200. The primary load functions of data 
integration components 1 1 8 are preferably handled by load module 188, whereas the primary 

10 data storage and analysis functions of data integration components 1 18 are preferably executed 
by discovery database 192, analysis database 194 and OLAP analysis cubes 1-N 200. It should be 
noted that internal data 30 and external data 32 are placed in data integration components 1 18 in 

O order to build applications for module layer 86 and product layer 88. 

As noted previously, load module 188 loads internal data 30 from internal data collection 
components 1 14 and external data 32 from external data collection components 116, and 
[ri depending on the type of data, loads this data into discovery database 192 and analysis database 
L 194. Since load module 188 is loading data from multiple sources and multiple destinations, load 
5 module 188 must identify the appropriate destination for internal data 30 and external data 32. 
J! Load module 188 maps the data from a plurality of sources via transform modules to the proper 
2b database structures (tables, etc.) For example, XML data may transformed and stored in 

relational tables of analysis database 194. Furthermore, load module 188 is coupled to a plurality 
of database APIs 189, which communicate with discovery database 192 and analysis database 
194. Extract and transform modules preferably generate code in a standard database language, 
such as PL/SQL, etc., which calls the database API in order to perform the task of loading. 
25 Loading can be executed in batch, in single sequence, in serial and in parallel from multiple 

sources. Moreover, load module 188 performs incremental and complete loading of internal data 
30 and external data 32 in parallel. For example, incremental loading occurs when existing data 
are modified or when new data are added; complete loading occurs when data are initially loaded 
into the databases. 
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In accordance with the present invention, load module 188 receives normalized internal 
data 30 from internal data collection components 114 and normalized external data 32 from 
external data collection components 116, so that the normalized data conforms to the specific 
schema in discovery data database 192 and analysis data database 194. Load module 188 then 
preferably directs internal data 30 and external data 32 to the appropriate destination based on the 
schema in discovery database 192 and analysis database 194. Load module 188 processes the 
request and invokes the correct loader for the database depending on information in the data, and 
invokes the execution of action. Tables in load module 188 are used to examine data for the 
many actions that it must take. Mapping data is stored in ETL metadata database 190. Load 
module 188 determines when to put the data, where to put them, when to apply mappings, etc., 
and executes these actions in batch, in single sequence, in serial, in parallel, etc. 

It should be noted that data integration components 118 of VCI system 28 preferably 
include only one load module 188. The location of the data is defined in standard database 
language, such as PL/SQL, but in order to execute the process load module 188 must call 
database APIs 189. Load module 188 preferably serves as a central location for controlling the 
loading and updating of a multitude of data in the database, and thus separates the database 
design from the act of loading. In other words, developers do not have to manage the data and 
thus be concerned with when and how to access data, but instead may simply write to the API. 

In accordance with the present invention, ETL metadata database 190 is a RDBMS 
(Relational Database Management System) that stores a registry of adapters and other data used 
and required by load module 188. Metadata database 190, for example, assists in analyzing 
changes in database tables, tracking individual data elements, and building the data mart. 

In accordance with the present invention, discovery database 192 and analysis database 
194 are types of relational databases. Although both internal data 30 and external data 32 may be 
loaded into discovery database 192 and analysis database 194, the data preferably is distributed 
between the two databases, depending on which data must be used for report generation and 
OLAP analysis. The data stored in discovery database 192 is preferably mirrored in analysis 
database 194, and thus contains the same information but is aggregated and organized in a 
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different format. In other words, the source data is the same, but it is arranged in a different way 
and for different reasons. Preferably partial replication of data occurs in discovery database 192. 

Accordingly, discovery database 192, which as noted is a relational database system (such 
as Oracle 8i, etc.), receives one copy of the data and makes them available for Online Transaction 
Processing (OLTP). Data in discovery database 192 is then accessed through relational queries. 
Analysis database 194 is also a relational database system (such as Oracle 8z, etc.), but is 
organized as an OLAP star schema database. The data in analysis database 194 is likewise 
accessed by relational queries. OLAP star schema is a de-normalized schema more suitable for 
OLAP than OLTP. The data stored in analysis database 194 is also preferably mirrored in 
discovery database 192 and contains the same information organized differently. Like discovery 
database 192, the source data in analysis database 194 is the same, but arranged in a different 
way and for different reasons. As with discovery database 192, preferably partial replication of 
data occurs in analysis database 194. 

Purge/archive module 196 preferably manages discovery database 192 and analysis 
database 194, so that data may be either stored in an archive or purged from a database as 
necessary. For example, obsolete data may be purged from database files after a pre-determined 
period of time, such as two years; relevant data, on the other hand, may be stored and transferred 
to a separate archival database after a pre-determined period of time. 

In accordance with the present invention, the loading process of load module 188 may 
trigger an event in one or a plurality of OLAP analysis cubes 1-N 200 on OLAP server 198. 
OLAP server 198, such as MS OLAP Server, contains OLAP analysis cubes 1-N 200. The 
primary functionality of OLAP server 198 is to conduct multi-dimensional queries and pivot 
table services through the use of OLAP cubes. OLAP server 198 queries OLAP analysis cubes 1- 
N 200 to generate OLAP reports. OLAP analysis cubes 1-N 200 preferably consist of a plurality 
of OLAP analysis cubes, with each cube defining the dimensions of specific sets of data and 
serving as a source for a plurality of different reports across the specified dimensions. For 
example, one module of modules 1-N 106 (as described in connection with FIG. 5) may ask 
multi-dimensional queries or Pivot table services of OLAP analysis cubes 1-N 200. In 
accordance with the present invention, OLAP analysis cubes 1-N 200 preferably perform data 
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aggregation on top of analysis database 194 with possible partial or complete data replication of 
the OLAP star schema database. 

Thus, internal data 30 and external data 32 have been integrated and loaded into a single 
repository, organized for both OLTP and OLAP databases, so that modules 1-N 106 can query 
the databases as necessary for data discovery, analysis, and report generation. After the 
normalized data is written into discovery database 192 and analysis database 194, then the data is 
made available to data application components 120. 

The functions of internal data collection components 1 14, external data collection 
components 1 16 and data integration components 1 18 are decoupled from data application 
components 120. This architectural design provides several advantages. The decoupling of data 
application components 120 from the other components facilitates the developer in designing the 
software. For example, the developer does not have to be concerned with the task of each 
component. From the developer's point of view, the developer of data application components 
120 does not have to address where the data is coming from and how the data is aggregated and 
normalized in order to be made available for relational and multidimensional queries. Likewise, 
the developer of data integration components 118 does not have to address where and when the 
data is going and how it is being used. With architectural designs that require coupling, the 
developer must format complex queries to access data every time data is needed. 

FIG. 7D is an architectural diagram illustrating a preferred embodiment of the data 
application components of an exemplary VCI system. Data application components 120 of VCI 
system 28 provide core and enterprise-specific application services for VCI system 28; such 
components integrate and run algorithms based on integrated data from discovery database 192, 
analysis database 194, and OLAP analysis cubes 1-N 200. Data application components 120 
consist of services and application server 202, report server 204, user metadata database 206, 
VCI user interface 208, and OLAP report client 210. All of the components in data application 
components 120, except for VCI user interface 208, may be implemented at either the customer's 
site or at a central location remote from the customer's site. VCI user interface 208 is preferably 
implemented via a web browser at the customer's site. Services and application server 202 
provides a plurality of functions based on the integrated services of foundation layer 84 and 
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module layer 86 (as previously described in connection with FIG. 5). The functions of services 
and application server 202 depend upon the integration of internal data 30 and external data 32, 
which are stored in discovery database 192 and analysis database 194, and analyzed in OLAP 
analysis cubes 1-N 200 (as described previously in connection with FIG. 7C). 

In accordance with the present invention, services and application server 202 provides a 
plurality of integrated functions and services to the user of VCI system 28. Services and 
application server 202 consists of application server 212, core services 90, foundation services 
92, and modules 1-N 106. Application server 212, such as BEA WebLogic, IBM WebSphere, 
etc., is a server that manages the resources for the integrated functions and services of services 
and application server 202. Core services 90 preferably is comprised of the services for managing 
and accessing the basic services and functionality of VCI system 28, including the underlying 
operating systems, servers, etc. that reside on the network. Foundation services 92, as noted 
above, provide shared data and services for data integration, messaging, and a plurality of 
functions for modules 1-N 106. In accordance with the present invention, foundation services 92 
rely upon and interact with core services 90 to provide common data and services to modules 1- 
N 106. Modules 1-N 106 provide a plurality of data and analysis tools, which offer solutions to 
domain-specific problems. Thus, services and application server 202 provides a plurality of 
functions derived from the services of foundation layer 84 and module layer 86. 

In accordance with the present invention, report server 204 receives analyzed data from 
analysis database 194 and OLAP server 198 in data integration components 118, and presents 
reports about the integrated data to the user via the web browser of VCI user interface 208. Data 
may be reported to the user in a plurality of report formats and methods. Reports may be 
delivered via OLAP report client 210 in a standard report format, such as Microsoft Excel, 
Cognos PowerPlay, etc., or in a web format using extensible Stylesheet Language (XSL), etc. 
Reports may also be converted into a web-accessible format by report server 204 and sent 
directly to the user via VCI user interface 208 or via a web browser, In addition, the report data 
may be accessed and manipulated by modules 1-N 106 and sent directly to the user via VCI user 
interface 208.As noted earlier, user metadata database 206 preferably is an operational relational 
database that contains metadata about the users. 
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In accordance with the present invention, VCI user interface 208 preferably consists of a 
plurality of customizable objects and windows, which maybe configured to display graphs, 
charts, tables, pop-up windows, text boxes, check boxes, status bars, etc. Each customizable 
object or window may be predefined or modified according to user needs, and may display a 
customized user interface that integrates a plurality of internal and external data. VCI user 
interface 208 may be accessed with a web browser via a PC, laptop, handheld WAP device, etc. 

In accordance with the present invention, VCI user interface 208 preferably organizes and 
displays a plurality of views of internal data 30, a plurality of views of external data 32, and a 
plurality of views of integrated data resulting from the analysis and integration of internal data 30 
and external data 32 in data integration components 118. Data may be organized in VCI user 
interface 208 in a plurality of relevant categories, such as parts, part families, suppliers, contracts, 
news, market offerings, etc., which preferably are accessed via a plurality of linked windows and 
objects. For example, pertinent data maybe organized according to part families, so that when 
the user selects a particular part or part family from a search page, all other related information 
for that part or part family (such as suppliers, contracts, market offerings, etc.) are organized and 
displayed to the user in an accessible format. Conventional visual, audio and tactile controls and 
features may be implemented for the user interface design, including a plurality of tabs, buttons, 
rollovers, sliders, check boxes, touch screens, dialog boxes, cascading menus, pop-up windows, 
drop-down lists, text messages, scroll bars, status bars, and time indicators, etc. Buttons may also 
appear in a plurality of states, such as normal, selected, default, and unavailable. 

In an exemplary embodiment of the present invention, a user implementing one or more 
modules 1-N 106 preferably has access to an integrated view of the data, such as internal data 30 
about contracts and external data 32 about market offerings, etc. Accordingly, the user may 
define the conditions and parameters for criteria important to specific tasks in each module via 
VCI user interface 208. Modules 1-N 106 create templates for a plurality of views of the data 
(i.e., tables, graphs, etc.) and display them via VCI user interface 208. The data may be organized 
in VCI user interface 208 around parts, suppliers, contracts, news, market offerings, etc., with the 
ability to move from one such view to another through links. For example, all the pertinent 
information might be organized around individual parts or part families, so that when the user 
selects a particular part or part family from the search page, all other related data (from, for 
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example, suppliers, contracts, news, news, market offerings, etc.) for that part or part family are 
organized and presented to the user. 

In accordance with preferred embodiments of the present invention, VCI system 28 
provides functions and services for a plurality of domains and subject matter experts, such as 
suppliers, manufacturers, procurement professionals, design engineers, etc. The functions and 
services allow such professionals to collaborate by gathering and synthesizing internal data 30 
and external data 32 for direct material procurement. In addition, VCI system 28 provides 
functions and services for integrating design activities, procurement strategies, and supplier 
relationships with the existing infrastructure of an enterprise to increase supply chain efficiency. 
Thus, locating cheaper components and alternate sources for supplies, in addition to conducting 
collaborative design with buyers and suppliers, means that a company can bring new innovative 
products to market faster. 

Thus, for example, VCI system 28 enables procurement professionals to perform the 
following actions: 

• Visualize the total set of components and raw materials within a manufacturing or 
purchasing organization enabling procurement organizations to save time in locating 
relevant information on components, prices, availability and component delivery 
times. 

• Make decisions by looking at 'what if scenarios during the procurement decision- 
making process. These situations may involve looking at different suppliers, or 
different demand levels, or analyzing the impact of component shortages. 

• Conduct analysis on inventory costs by reducing the cost of procurement for new 
components, when existing components can be substituted in their place. 

• Alert procurement and other supply chain professionals of various events regarding 
material procurement and status in order to ensure fulfillment meets their goals. These 
events may involve shortages, changes in component prices, quality problems, 
increases in enterprise demand, and schedule changes for a component. 
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• Execute actions between supply chain partners, i.e. procurement, suppliers and 
designers, by releasing POs for components needed in manufacturing, contacting 
suppliers for quotations for lower price components, contacting suppliers to resolve 
shortage problems for components, selling excess inventory, etc. 

It should be noted that accordance with the present invention alerts may be categorized 
according to the user and alert information. For example, alerts may include supplier alerts and 
buyer alerts. Accordingly, for example, supplier alerts preferably include the following triggers: 

• the number of defects per lot is greater than the maximum specified in the 
contract(s) 

• the average number of defects per lot is greater than the maximum specified in the 
contract(s) 

• the supplier's SPI index is greater than the maximum specified in the contract 

• the lead time of the supplier's shipment is greater than the user-specified 
maximum 

• the average lead time of the supplier's shipments is greater than the user-specified 
maximum 

• the PO delivery date is greater than the PO due date by a user-specified number of 
days 

• the quantity delivered is less than the quantity ordered 

• the average quantity delivered is less than the quantity ordered 

• the total dollar amount spent within a contract is greater than the amount specified 
in the contract 

• the average total dollar amount spent within the contract(s) is greater than the 
amount specified in the contract(s) 

In accordance with the present invention, buyer alerts preferably include the following 
triggers: 

• the PO price is different from the contract price 

• the spot market price for a part number, after adjustment, is less than the contract 
price 
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• the parts inventory is greater than the user-specified maximum, less than the user- 
specified minimum, or both 

• the part number ordered is already above the user-specified maximum inventory 
level 

5 • the forecast for a BOM (e.g., top level BOM) exceeds a user-specified percentage 

within a user-specified time period 
Further, VCI system 28 provides a method for collaboration between one or more groups 
of users, professionals and business units. The groups of users may include teams, departments, 
divisions, business units inside the enterprise, business units outside the enterprise, business units 
10 both inside and outside the enterprise, corporate partners, a specified class of users, an arbitrary 

class of users, and a plurality of devices used to communicate between groups of users (i.e., 
ri laptop computers, handheld computers, pagers, etc.). For example, designers and procurement 
% professionals preferably use VCI system 28 to collaborate with suppliers, and vice versa. Such 
ry collaboration may include one or a plurality of the following tasks: 

Jtt • Viewing the inventory of a part or plurality of parts provided by a supplier in the 

IJ1 inventory system of an enterprise 

y • Viewing BOMs to see if any component should be supplied to a manufacturer that 

O currently is not included in the part/supplier database, in addition to viewing any 

S changes in the BOM on released models 

20 • Viewing new components required by the manufacturer for bidding purposes 

• Viewing all POs for components that have been fulfilled by a supplier or plurality of 
suppliers 

• Viewing the current supplier rating status as viewed by the manufacturer based on 
delivery and quality performance ratings, in addition to viewing the ratings of similar 

25 suppliers as established by the manufacturer 

• Viewing the production schedule for components that are currently being planned for 
production purposes 
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• Viewing any published documents attached to a component record in the part/supplier 
database 

Accordingly, data may be shared in a plurality of formats, such as data views, files, reports, etc., 
between professionals and business units. Alert data maybe restricted to one or more particular 
users, who have a specified status, priority, and/or password that is required for viewing and/or 
modifying the one or more alerts (wherein one or more particular users can collaborate by 
sharing the one or more alerts across one or more groups, such as teams, groups, departments, 
divisions, business units inside the enterprise, business units outside the enterprise, business units 
both inside and outside the enterprise, corporate partners, a specified class of users, or an 
arbitrary class of users, etc.). Thus, in sharing data, professionals and business units may be able 
to collaborate to reach tactical and strategic business goals. This feature is particularly beneficial 
to suppliers since they can access critical enterprise data for their own decision-making 
processes. 

In accordance with the present invention, data discovery module of module layer 86 
provides access to a plurality of data (e.g., internal data 30, external data 32, integrated data 
based on some combination of internal data 30 and external data 32, etc.), so users may access, 
query, analyze and organize such data in a plurality of ways. Accordingly, users may employ data 
discovery module to perform one or a plurality of the following tasks: 

• Matching an equivalent, standard qualified part or parts to an internal part number 
from a parts/supplier database 

• Matching a similar internal part or parts in the parts/supplier database to an external 
part number 

• Matching qualified and non-qualified suppliers sources to an internal part number 

• Generating a comparative price list for an internal part or set of internal parts to 
compare the respective contract prices with sales offer prices 

• Generating a list of supplier sources for a part or parts within a part family 

• Matching a buyer or plurality of buyers with contact information for an internal part 
or plurality of internal parts 
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• Providing lead-time history for a supplier of a part and/or for all suppliers within a 
part family 

• Generating a lead-time rating for a supplier or plurality of suppliers 

• Providing inspection and quality records for a supplier or plurality of suppliers 

• Viewing a supplier rating for a supplier or plurality of suppliers within a part family, 
including but not limited to delivery, quality, and order fulfillment history 

• Generating current inventory status for a part or plurality of parts in an inventory 
system or plurality of inventory systems 

• Identifying weekly or monthly consumption rates for a part or plurality of parts from 
an inventory system or plurality of inventory systems 

• Viewing a forecast or plurality of forecasts for all models containing a given part or 
plurality of parts 

• Providing the stock out history for a part or plurality of parts and their respective 
supplier information 

• Generating a list out order history for an internal part or plurality of internal parts 

• Providing an aggregated list of parts for an aggregated list of models 

• Viewing excess inventory for an internal part number or a plurality of internal part 
numbers 

• Determining a component or plurality of components that can serve as a substitute for 
a particular component or plurality of components, and detecting market conditions 
for the substitute component or components that could have an impact on the price or 
availability for the particular component or plurality of components 

Further, alerts may automatically invoke a module or plurality of modules from module 
layer 86. For example, when the market price for SDRAM goes below or above a given 
percentage level of the contract price, then an alert may be accompanied by either an action to 
automatically purchase a predetermined number of SDRAM from an online marketplace or an 
action to automatically sell a predetermined number of SDRAM to an online marketplace; in 
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addition, the same alert maybe accompanied by a follow-up action in another module to either 
generate a PO in an appropriate format so that it may be passed as input to an enterprise 
purchasing system or generate a sale in an appropriate format so that it may be passed as input to 
an enterprise purchasing system. In another example, when a new supplier achieves a status 
rating (such as a "qualified" rating) for SDRAM or a certain family of DRAM, then the owner of 
the alert may be notified by e-mail of such an event, invoking the supplier allocation module of 
module layer 86 to recalculate the percentage of business that should be allocated to suppliers for 
SDRAM and/or DRAM. Thus, an alert or plurality of alerts may automatically invoke a module 
or plurality of modules from module layer 86. 

In accordance with the present invention, the following are some examples of alerts that 
may result in the action of notifying the owner of the alert, by e-mail, or some other means, of an 
event: 

• The lead-time has exceeded a certain limit for a supplier 

• The lead-time has exceeded a certain limit set by a supplier 

• An PO was placed with a non-qualified supplier 

• The number of lots delivered was less than the number of lots on the PO 

• The number of lots delivered was more than the number of lots on the PO 

• The price for a given component fell below or above a given percentage level from 
the contract price 

• A component inventory has exceeded a certain threshold level (e.g., high limit, low 
limit, etc.) 

• The number of lots accepted is below a certain limit set for a supplier 

• The number of defects per lot is greater than a given limit 

• A PO has been placed on a non-qualified supplier 

• A new supplier achieved qualified status within a certain part family 

• An established supplier lost "approval" status 
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• A component needed by a design group has no known supplier 

• A PO was placed on a different (but qualified) supplier for a component, which 
typically is procured from a standard supplier 

• A new part that a given supplier should supply has been added to the BOM 

5 • A part specification has been updated for a part in an existing BOM, and requires a 

change in supplier manufacturing processes. 

• The supplier finished goods inventory for a part that is being supplied falls below a 
certain level 

• The supplier shipment date is beyond the date when the lot can arrive at the 
10 manufacturer's location 

yo • Alert procurement organizations when components that currently do not exist in the 

m part/supplier database are added to a BOM. 

yy • Alert and list out components in the BOM that have lead-times greater than a set lead- 

m time limit. 

Q5 • Send alerts to users of procurement product and/or suppliers of any component being 

Sj replaced (i.e., Engineering Change Order) for a BOM on a released model 

Q • Alert a user of a procurement product of a supplier-initiated delay in shipment 

• Receive an alert for a change in the production schedule 

• Receive an alert when one or more designated designers or team of designers select a 
20 new component (currently not in the parts/supplier database) that belongs to the same 

category in which the supplier currently supplies in 

• Receive an alert when a lot supplied by the supplier is rejected 

• Receive an alert when a designer makes an engineering change on a component for an 
existing BOM 

25 • Receive an alert when the inventory for the component supplied by the supplier drops 

below a certain minimum threshold 
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• Be alerted when the supplier rating drops below a certain level 

It should be further noted that the existence of data mart 74, which contains a plurality of 
normalized and integrated internal data 30 and external data 32, facilitates the process of 
developing and processing alerts because the designers of modules, such as alert engine 94, only 
have to be concerned with the data that needs to be monitored and their respective relationships, 
and not with how this data is extracted, transformed, and loaded from their respective sources. 

As will be appreciated, in accordance with the present invention one particular advantage 
is that in general individual rules or a set of rules, such as those that alerts are comprised of, can 
be used as a general method for the user to define an automated or semi-automated action; in this 
case, "action" may include any action that can be taken by the system, such as adding something 
to some database, initiating a purchase action, etc. Moreover, alerts can be used as a general 
method for the user to define one or more automated actions or one or more semi-automated 
actions in response to a given matching condition and which are relevant to the procurement, 
sourcing, strategic sourcing, and/or sale of one or more items by an enterprise. Accordingly, 
actions may further consist of one of the following: 

• Generating one or more reports 

• Launching one or more analytics 

• Invoking one or more particular software modules 

• Sending the one or more alerts to the user 

• Storing additional data in data mart 74 

• Passing one or more alerts to another computer system 

• Passing internal data 30 and/or external data 32 to another computer system 

• Executing one or more specified action(s) 

Furthermore, reports and analytics for alert actions may include the following: 

• Performance of the supplier over time 

• Lead time organized by supplier and part 
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• Contract lists with purchase orders 

• Supplier spending 

• Supplier performance index and parts shipped 

• Comparison of contract price to invoice price 

• Comparison of price across suppliers and market price 

• Cost of parts against contracts 

• Price history of parts 

• List of parts in short supply with information on approved suppliers and 
corresponding lead time 

• List of alternate suppliers 

• List of parts in excess 

• List of potential buyers in excess 

• List of parts and sub-assemblies impacted 

It should be noted that in accordance with the present invention, alerts include features 
that can be modified by the user or by the computer system. For example, the features of alerts 
may include one or more of the following: priority, status, sender, receiver(s), date created, date 
mailed, and a description of each alert and/or feature (Preferably, receiver(s) are the party to 
which the actions of the one or more alerts are directed.) Descriptions of each feature may appear 
in pop-up windows or pull-down menus in the user interface and may include what the feature is 
used for, which values for the features are optional, which values for the features are allowable, 
and if one or multiple values can be entered. Moreover, features may be modified by the user 
with a plurality of functions, such as creating, viewing, editing, saving, deleting, enabling, and 
disabling of the features. For instance, the viewing of such features may include arranging the 
alerts in one or more lists, wherein the alerts in the one or more lists may be sorted for viewing 
by the one or more users according to priority, status, sender, receiver(s), date created, and/or 
date mailed, wherein the receivers) are the party to which the actions of the one or more alerts 
are directed. Accordingly, receiver(s) maybe one or more individual users, groups of users, 
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teams, departments, divisions, business units, corporate partners, a specified class of users, an 
arbitrary class of users, and/or one or more devices. 

It should be farther noted that in accordance with the present invention, alerts may be 
managed with or without an alert manager. (An alert manager is a component of foundation 
5 services components 92 and manages alerts by allowing users to administer and modify alerts 
and their conditions and actions.) Alerts may be managed accordingly by one or more users with 
or without an alert manager through a plurality of functions, such as creating, viewing, editing, 
saving, deleting, enabling, and disabling alerts. 

In an exemplary embodiment of the present invention, a user may specify the following 
10 alert in VCI user interface 208 of VCI system 28: When at least one market price for a 

component with internal part number 01234 at an online marketplace is at least 20% lower than 
*f the average contract price for the component with internal part number 01234, then alert the user 
C to specify the number of parts and subsequently generate a PO to purchase the specified amount 
: \f at the market price from the online marketplace in an appropriate format, so that the data can be 
3| passed as input to an enterprise purchasing system. The alert generated at VCI user interface 208 
^ 1 is encoded in the appropriate format in alert engine 94. Alert engine 94 preferably monitors data 

mart 74 for online marketplace prices for internal part number 01234. The monitoring of such 
O data preferably takes place in a plurality of ways, including database triggers, database queries for 
I; that value at regular intervals, etc. Similarly, alert engine 94 monitors the value of all contract 
bo prices for part 01234 in data mart 74. Alert engine 94 continuously compares the lowest of the 
obtained contract prices and the lowest of the obtained online marketplace prices in order to 
determine if the latter is at least 20% lower than the former. When such a condition is met, the 
data alert module in module layer 86 triggers an alert, invoking the purchase module in module 
layer 86 to generate a window in VCI user interface 208 for the user to input the desired amount 
25 of part 01234 to be purchased. Upon receipt of such input, a purchase module in module layer 86 
generates a PO to purchase the specified amount of part 01234 at the market price from the 
online marketplace that offers such a part at the aforementioned lowest price, in an appropriate 
format, so that it can be passed as input to an enterprise purchasing system. It should be noted 
that depending on the user's preferences, alert engine 94 may instruct or purchase module in 
30 module layer 86 to send an e-mail to the user that includes a clickable link, which may result in 
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opening the aforementioned window in VCI user interface 208. Such an e-mail may be 
accompanied by any other form of notification, such as pager, voice mail, etc., or such a 
notification might be delivered without being accompanied by an e-mail. 

Thus, in accordance with such an exemplary embodiment of the present invention, the 
5 contract price for part 01234 and the online marketplace prices for part 01234 represent 

exemplary embodiments of internal data 30 and external 32, respectively. Furthermore, contract 
prices for part 01234 may be located in one of custom databases 122, specifically in the contracts 
database, and accordingly is extracted by extract module 128, transformed by transform module 
138, and loaded via load module 188 into discovery database 192 and analysis database 194, 

10 which comprise data mart 74. Similarly, online marketplace prices for part 01234 are obtained by 
continuously accessing marketplace database 156 and Internet source 162, extracted by extract 

O modules 172 and 174, transformed by transform modules 184 and 186, and loaded into discovery 

jJS databases 192 and analysis database 194 via load module 1 88. 

vj It should be further noted that alerts that have been triggered are not the only means for 

Tf automatically invoking a module in module layer 86. Preferably a module may also be invoked 
^ automatically as a result of an external event, such as a news story, that might have an impact or 
O connection to an enterprise, industry and/or market, but still necessitate an action through one of 
H the modules in module layer 86. For example, a fire at a production plant that manufactures parts 
rij that are supplied directly to an enterprise customer (or through a supplier that purchases parts 
m from the owner of the plant and then sells them to the enterprise) might result in a disruption of 
the production schedule at that production plant, an event that may eventually affect the supply of 
parts for the production lines of the enterprise customer. Accordingly, VCI system 28 may 
quickly respond to such an event by, for instance, identifying alternate parts to replace the 
affected parts, identifying suppliers that might have available inventory of the affected parts that 
25 can be purchased immediately in anticipation of future shortage, or identifying buying 
opportunities in marketplaces for purchasing available inventory of the affected parts in 
anticipation of future shortage, etc. In accordance with the present invention, VCI system 28 
preferably generates a prompt alert to the user for the purpose of curtailing any disruptions to the 
production schedule of the enterprise. Prompt action to such an external event is critical because 
30 other competitive enterprises using the same parts may also identify the danger to their 
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production schedule and thus take corrective actions. The effect of a fire or other potentially 
disruptive events to the production of manufactured goods requires a complex series of steps as 
well as access to both internal data 30 and external data 32 in order to identify the precise effect 
that such an event at the manufacturer's plant may have on the enterprise's own production line. 

In an exemplary embodiment of the present invention, a large enterprise, such as Hitachi 
or other electronic manufacturer, produces memory module 61466 at the semiconductor 
manufacturing facility in San Jose, California. VCI customer A, such as Dell Computer or other 
computer manufacturer, uses memory module 61466 for producing laptop model 5000. A 
significant portion of the VCI customer A's supply of memory module 61466 is produced at the 
Austin facility in Austin, Texas, Accordingly, the semiconductor facility in San Jose suffers a 
catastrophic event, such as a fire or a labor-related disruption, which might affect all or part of its 
future production of memory module 61466. Such an event is determined to have an adverse 
effect on the production of laptop model 5000, which in turn has an impact on the revenues and 
profits of the VCI customer A. The catastrophic event results in a news story that appears in a 
news wire, a local news source, etc. (Such a story is an example of external data 32 from news 
source 70 and may appear in Internet source 158 or subscription database 152.) 

In accordance with the present invention, VCI system 28 preferably monitors external 
data sources 152 and 158 for such events, and extracts with extraction modules 164 and 166 
news about the event, and stores the pertinent data, such as the type of event, date, time, 
manufacturer's name, location of the manufacturing facility, etc., in data mart 74. Accordingly, 
rules engine 96 is notified of this news event. Additional data is required by VCI system 28 in 
order to determine if this news event can have an impact on VCI customer A. (The additional 
data is a combination of internal data 30 and external data 32.) Accordingly, subscription content 
from external data sources 152 and/or 158 provides additional data about which product families 
are manufactured at which manufacturing facilities. (Such geographic information, for example, 
is preferably presented as zip codes or similar such means.) Other subscription content provides 
additional data about the zip codes of city names and locations. Yet other subscription content 
provides additional data about the parts, preferably in terms of specific part numbers, which 
belong in a particular part family. In accordance with the exemplary embodiment, rules engine 96 
preferably uses such data to infer which parts (preferably described as part numbers) are 
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manufactured at the San Jose facility. Further additional data may be necessary to determine if 
the parts (preferably described as part numbers) appear in any produced goods of VCI customer 
A, and what is the precise effect of a disruption in the supply of memory module 61466 on VCI 
customer A. Accordingly, rules engine 96 queries data mart 74 for POs that include the identified 
part number or part numbers. Such data preferably was extracted from one of customer custom 
databases 122, such as the BOM database, by customer extract module 128, transformed by 
customer transform module 138, and loaded via load module 188 into discovery database 192 
and analysis database 194, which comprise data mart 74. 

Furthermore, data mart 74 preferably contains information about the inventory levels of 
the previously identified part number and information about the production forecasts for laptop 
model 5000; such information has already been integrated in a similar manner into data mart 92. 
In accordance with the exemplary embodiment, rules engine 96 infers that the previously 
identified part number appears in the BOM for laptop model 5000, and after calculating the 
available inventory of memory module 61466 and the production forecasts for laptop model 
5000, preferably recommends an appropriate action. If available inventory covers the production 
needs specified by a product forecast for laptop model 5000, then the only action might be to 
alert the user of the event of the fire, preferably with a description of its reasoning process behind 
the alert, so that the user may become aware of the event for future decision-making, even if no 
action is necessary at this time. However, if the available inventory lags behind the production 
forecast, then VCI system 28 preferably alerts the user of the event, again with a description of its 
reasoning process behind the alert, and/or automatically invokes one or more modules for 
immediate action. For example, VCI system 28 preferably may invoke the purchasing module 
and recommend buying a specified number of memory modules 61466 in order to prevent any 
disruption to the production of laptop model 5000. 

It should be noted that, in accordance with the present invention, if the required data is 
not available or present in data mart 74, then VCI system 28 while processing the event may ask 
the user to input the missing data, such as expected forecast, inventory levels, etc., regarding a 
particular part number. Thus, VCI system 28 preferably determines if it is necessary to ask the 
user for data that may not be present in data mart 74. 
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It should be further noted that, in accordance with the present invention, other types of 
events or natural disasters, such as earthquakes, floods, hurricanes, volcano eruptions, epidemics, 
tornados, power outages, bombings, shootings, labor strikes, etc. might damage a manufacturing 
facility or disrupt the logistics of transporting parts from a facility to the location of a production 

5 plant. Accordingly, like events may occur along standard transportation routes further disrupting 
the supply chain. Moreover, additional facilities, manufacturers, parts, and customers may be 
affected by one or more such events. For example, there may be a third facility that has been 
adversely affected by an event, further complicating how VCI system 28 may be required to 
process the data. In accordance with the present invention, VCI system 28 preferably follows the 

10 rules and/or rules sets established by the user in order to determine the most appropriate action. 
The present invention is intended to embrace all of the alternatives and variations that fall within 

_ the spirit and scope of the invention. 

a" . s 

■S3B5." 

In accordance with the present invention, BOM optimization module in module layer 86 
}}{ preferably helps to determine the optimal allocation of components in the face of a component 
CI shortage. Thus, if there is a shortage of a component with part number X and if part number X is 
I n used in a plurality of products 1-N, then VCI system 28 preferably determines what should be the 

manufactured quantities considering the criteria set by procurement, manufacturing, and/or 
B finance. For example, such criteria may include maximizing production, maximizing revenues, 
yo maximizing margins, etc. Such an analysis takes into account the production schedule, demand 
J2j) forecast, inventory of components, the models that use the part, their usage in each model, etc., 
and calculates the manufactured quantities, depending on the expressed aforementioned criteria. 
In response to an alert or the user's own initiative, the user preferably accesses the functionality 
of BOM optimization module in module layer 86 through the VCI user interface 208. 
Accordingly, the user specifies the part number to be considered for BOM optimal allocation in 
25 the input window. The input window, in turn, presents the data pertinent to the task of optimal 
BOM allocation, such as production schedule, demand forecast, inventory of components, the 
models that use the part, their usage in each model, etc. It should be noted that the inventory data 
for the user-specified part is an example of internal data 30. The inventory data for such a part 
maybe found, for example, in SAP ERP 124, extracted via SAP business connector 148 and 
30 extract module 130 or 132, transformed by transform module 140 or 142, and loaded into 
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discovery database 192 and analysis database 194 via load module 188. In accordance with the 
present invention the specific type of business connector, extraction module, and transform 
module depends upon the specific data source for internal data 30, such as ERP system 52, MRP 
system 56, contracts databases 44, etc. The BOM optimization module in module layer 86 
5 generally retrieves the needed data by querying data mart 74, but if certain of the required data 
are not available, then BOM optimization module may query the user to manually input that data. 
Upon receiving the necessary data, the BOM optimization module preferably passes the data to 
analytics engine 99 for processing. Accordingly, analytics engine 99 applies a plurality of 
optimization tools and techniques, such as linear programming, integer programming, quadratic 
10 programming, constraint programming, etc., generally suitable for problems of discovering a 
solution, to the problem of maximizing or minimizing a mathematical formula given a set of 
constraints. Upon calculating the optimal solution, analytics engine 99 passes the solution to the 
y5 BOM optimization module, which presents the solution to the user through VCI user interface 
n j 208. It should be noted that it is possible that such a solution may be transmitted or made 
jpf available to the user in the form of a notification, such as e-mail, voice mail, pager message, etc. 

Such a notification may be particularly suitable in cases where the amount of time required for 
» analytics engine 99 to calculate the optimal solution is significant or in cases where the user 
jjj chooses to be notified in such a manner. Additionally, the user may specify that the solution 

discovered by analytics engine 99 be delivered, either by e-mail or some other form of 
@ notification, to a list of individuals other than the user who initiated the request to the BOM 
optimization module. 

It should further be noted that, in accordance with the present invention, the existence of 
data mart 74, which contains a variety of integrated and normalized internal data 30 and external 
data 32, facilitates the development of the optimization code for the particular task (such as BOM 
25 allocation optimization) and the processing of the necessary data by the analytics engine 99, since 
the designers of analytics engine 99 need only be concerned with the data that needs to be 
monitored and their respective relationships, without being concerned about how this data is 
extracted, transformed and loaded from their respective sources. 

In an additional exemplary embodiment of the present invention, VCI system 28 may 
30 automatically invoke one or more software modules to generate alerts and/or make 
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recommendations in response to an external event. One such external event could be of a type or 
character such that it would disrupt or tend to disrupt a particular or defined geographic area or 
areas, and consequently affects (or may be predicted to affect) business operations associated 
with the procurement, sourcing and/or strategic sourcing of one or more items in an enterprise in 
a manner that may be predictable based on, for example, the event type, severity and/or 
geographic impact. For example, an external event, such as a large earthquake, tends to damage 
buildings and infrastructure throughout a specific geographic area, particularly areas that are 
known to include enterprises of one or more particular industries, such as Silicon Valley in 
California or the semiconductor companies in Taiwan. 

In accordance with the present invention, VCI system 28 extracts and/or receives news 
(e.g., external data 32 about the earthquake) from, for example, news source 70. Using one or a 
plurality of software modules, VCI system 28 first preferably determines which specific 
geographic area (or areas) likely will be adversely affected by the earthquake, which may be 
accompanied by one or more software modules assessing or estimating the severity and/or time 
duration of the event. VCI system 28 then determines which suppliers (e.g., manufacturers, 
distributors, etc.) in the particular area are affected by the earthquake, and alternatively to what 
degree or level of severity and/or time duration they are likely to be affected. VCI system 28 
preferably determines which products of each supplier are affected by the earthquake (of course, 
the foregoing two steps could be combined together and/or with other steps, with VCI system 28 
determining more directly which products of which supplier are likely to be affected, such as by 
assessing data that maps product manufacturing, inventories, distribution or other activities to the 
particular geographic area(s), etc.). VCI system 28 may then identify which business units, 
divisions, etc. of the enterprise (and alternatively competing enterprises) use those products and 
therefore may need additional purchases, supplies or suppliers for the affected products (in one 
exemplary embodiment, it is specifically assessed whether competing enterprises may use similar 
products in their business, which may increase the chances for shortages for the particular 
affected product, etc.). VCI system 28 preferably sends one or more alerts to the user about the 
situation and/or makes recommendations for purchases and/or alternate supplies and/or suppliers 
for the products based on previously determined conditions set by the user (e.g., contract prices, 
equivalent components, demand forecasts, etc.). It should be understood that, in accordance with 
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such an embodiment, VCI system 28 automatically invokes one or a plurality of software 
modules in response to incoming data about an external event or an internal event. 

Alternatively, in combination one or more software modules may make recommendations 
or fully or partially automate actions to acquire quantities of the affected product (such as by 
buying available quantities on the open market or that may be available under contract or 
otherwise available in a distribution network, for example), while also automatically invoking 
one or more software modules directed towards securing substitute products, which may include 
invocation of one or more software modules for changing the design of an end-product to 
accommodate the substitute product, etc. (This exemplary combination of automatic alerts 
and/or invocations is also applicable to other exemplary embodiments to be described 
hereinafter.) 

In another exemplary embodiment of the present invention, VCI system 28 may also 
automatically invoke one or more software modules to generate alerts and/or make 
recommendations in response to an external event of a type which disrupts or tends to disrupt a 
distribution network, and consequently may affect (or may be predicted to affect) business 
operations associated with the procurement, sourcing and/or strategic sourcing of one or more 
items in an enterprise. For example, an external event, such as a flood, damages roads and 
bridges along a distribution route, such as an Interstate highway, which is the only route to and 
from specific suppliers, such as manufacturers or distributors. Other examples include 
unexpected, often catastrophic-type events at distribution hubs, such as warehouses, ship and air 
terminals and hubs, ports of entry, and the like. 

In accordance with the present invention, VCI system 28 extracts and/or receives news 
(e.g., external data 32 about the flood or catastrophic or other event, road or terminal or other 
facility conditions, area and portions of distribution network affected, and the likely time 
duration of the disruption, etc.) from, for example, subscription source 68. Using one or a 
plurality of software modules, VCI system 28 preferably first determines which distribution 
networks/routes are affected by the flood or other event. VCI system 28 then determines which 
suppliers (e.g., manufacturers, distributors, etc.) in the SCM network are in turn affected. VCI 
system 28 then determines which products of each supplier are affected by the flood or other 
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event (again, VCI system 28 could more directly map from the event to the affected products, 
such as explained previously). Thereafter, VCI system 28 may then identify which business 
unit(s) or portions of the enterprise (and, alternatively, competing enterprises) use the affected 
products and therefore may need additional purchases, supplies or suppliers for the products. VCI 
5 system 28 preferably sends one or more alerts to the users about the situation and/or makes 

recommendations for purchases and/or alternate supplies and/or suppliers for the products based 
on previously determined conditions set by the user (e.g., contract prices, equivalent components, 
demand forecasts, etc.), such as described earlier. It should be understood that, in accordance 
with such embodiments, VCI system 28 automatically invokes one or a plurality of software 
10 modules in response to incoming data about an external event or an internal event. 

In another exemplary embodiment of the present invention, VCI system 28 may also 
y automatically invoke one or more software modules to generate alerts and/or make 
*Q recommendations in response to an external event of a type that tends to disrupt a specific 

i y 

SJ manufacturing or distribution or other entity, and consequently which affects (or may be 
J| predicted to affect) business operations associated with the procurement, sourcing and/or 

strategic sourcing of one or more items in an enterprise. For example, an external event, such as a 
Q major labor strike or financial contingency (such as bankruptcy) or other event, may tend to 

disrupt the production of specific entity, such as a manufacturer (or distributor), which is the only 
^ supplier of a specific product. 

Tk) In accordance with such embodiments of the present invention, VCI system 28 extracts 

and/or receives news (e.g., external data 32 about the strike or other event) from, for example, 
news source 70. Using one or a plurality of software modules, VCI system 28 preferably first 
determines which entity is affected by the strike or other event. VCI system 28 then determines 
which products of the entity are affected by the strike or other event. Thereafter, VCI system 28 

25 preferably then identifies which business units or portions of the enterprise (and, alternatively, 
competing enterprises) use the affected products and therefore may need additional purchases, 
supplies or suppliers for the products. VCI system 28 preferably sends one or more alerts to the 
users about the situation and/or makes recommendations for purchases and/or alternate supplies 
and/or suppliers for the products based on previously determined conditions set by the user (e.g., 

30 contract prices, equivalent components, demand forecasts, etc.). It should be understood that, in 
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accordance with such embodiments, VCI system 28 automatically invokes one or a plurality of 
software modules in response to incoming data about an external event or an internal event. 

In another exemplary embodiment of the present invention, VCI system 28 may 
automatically invoke one or more software modules to generate alerts and/or make 
5 recommendations in response to an external event of a type that disrupts or tends to disrupt a 
specific facility, and consequently which affects (or may be predicted to affect) business 
operations associated with the procurement, sourcing and/or strategic sourcing of one or more 
items in an enterprise. For example, an external event, such as a fire or explosion or insurrection, 
may damage the equipment in a specific facility, such as a manufacturing or other production 
10 plant. In accordance with this embodiment of the present invention, VCI system 28 extracts 

and/or receives news (e.g., external data 32 about the fire or other event, facility, etc.) from, for 
/5 example, news source 70. Using one or a plurality of software modules, VCI system 28 first 
*f preferably determines which specific facility is adversely affected by the fire or other event. VCI 
Sf system 28 then determines which products of the facility are affected by the fire or other event 
ij (as before, such steps to determine or predict the affected products may be carried out more 
^ * directly or in combination with other steps, etc.). Accordingly, VCI system 28 then identifies 
CI which business units or portions of the enterprise (and, alternatively, competing enterprises) use 
Q the affected products and therefore may need additional purchases, supplies and/or suppliers for 
*5 the products. VCI system 28 preferably sends one or more alerts to the user about the situation 
Ho and/or makes recommendations for purchases and/or alternate supplies and/or suppliers for the 
products based on previously determined conditions set by the user (e.g., contract prices, 
equivalent components, demand forecasts, etc.). It should be understood that, in accordance with 
such embodiments, VCI system 28 automatically invokes one or a plurality of software modules 
in response to incoming data about an external event or an internal event. 

25 In another exemplary embodiment of the present invention, VCI system 28 may 

automatically invoke one or more software modules to generate alerts and/or make 
recommendations in response to an external event of a type that disrupts or tends to disrupt the 
production of a specific component, and which consequently affects (or may be predicted to 
affect) business operations associated with the procurement, sourcing and/or strategic sourcing of 

30 one or more items in an enterprise. For example, an external event, such as a hurricane or other 
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weather or catastrophic or other event, destroys a major manufacturing facility (e.g., production 
plant) of a specific raw material (e.g., rubber) used in making semiconductor components, such 
as epoxy molding compounds. In addition to disruption of the supply of a raw material or 
component used to manufacture the product, another example is a news event that a particular 
5 component will no longer be manufactured (or distributed, imported, etc.) by manufacturer (or 
distributing, importing entity, etc.). 

In accordance with the present invention, VCI system 28 extracts and/or receives news 

(e.g., external data 32 about the hurricane or other event) from, for example, news source 70. 

Using one or a plurality of software modules, VCI system 28 first preferably determines which 
10 manufacturing facilities are adversely affected by the hurricane or other event. VCI system 28 

then preferably determines which components or products of the manufacturing facility are 
0 likewise affected by the hurricane or other event (again the correlation of the event to the affected 
5 components or products may be carried more directly or in combination with other steps, etc.). 
Llj Thereafter, VCI system 28 then identifies which business units or portions of the enterprise (and, 

alternatively, competing enterprises) use those components or products and therefore may need 
111 additional purchases, supplies and/or suppliers for the products. VCI system 28 preferably sends 
h one or more alerts to the user about the situation and/or makes recommendations for purchases 
S and/or alternate supplies and/or suppliers of the components for the products based on previously 
O determined conditions set by the user (e.g., contract prices, equivalent components, demand 
pW forecasts, etc.). It should be understood that, in accordance with such embodiments, VCI system 

28 automatically invokes one or a plurality of software modules in response to incoming data 

about an external event or an internal event. 

In another exemplary embodiment of the present invention, VCI system 28 may 
automatically invoke one or more software modules to generate alerts and/or make 

25 recommendations in response to a combination of external events, which disrupt business 

operations associated with the procurement, sourcing and/or strategic sourcing of one or more 
items in an enterprise. For example, an external event, such as a fire, destroys a specific facility, 
such as a production plant. In accordance with the present invention, VCI system 28 extracts 
and/or receives news (e.g., external data 32 about the fire or other event, facility, etc.) from, for 

30 example, news source 70. Using one or a plurality of software modules, VCI system 28 first 
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preferably determines which specific facility is destroyed by the fire or other event. VCI system 
28 then determines which products of the facility are affected by the fire or other event (again, 
the correlation of events to affected products may be carried out more directly or in combination 
with other steps). Accordingly, VCI system 28 then identifies which business units or portions of 
5 the enterprise (and, alternatively, competing enterprises) use the products and therefore may need 
additional purchases, supplies and/or suppliers for the products. VCI system 28 preferably sends 
one or more alerts to the user about the situation and/or makes recommendations for purchases 
and/or alternate supplies and/or suppliers for the products based on previously determined 
conditions set by the user (e.g., contract prices, equivalent components, demand forecasts, etc.). 

10 However, in the process of discovering a solution to the disruption caused by the fire or 

other first event, the preferred alternative supply or supplier, etc., is suddenly affected by a labor 
O strike or other second event, which shuts down the facility and disrupts production of the needed 
5 products, compounding the problems of the procurement, sourcing and strategic sourcing of the 
tj> users. In accordance with the present invention, VCI system 28 extracts and/or receives news 
% (e.g., external data 32 about the strike) from, for example, news source 70. Using one or a 
HI plurality of software modules, VCI system 28 preferably first determines which supplier is 
h affected by the strike or other event. VCI system 28 then determines which products of the 
Sf supplier are affected by the strike or other event (again, the correlation of event to affected 
J3 products may be carried out more directly or in combination with other steps). Accordingly, VCI 
l|o system 28 then identifies which enterprises use the affected products and therefore may need 

additional purchases, supplies and/or suppliers for the products. VCI system 28 preferably sends 
one or more alerts to the users about the situation and/or makes recommendations for purchases 
and/or alternate supplies and/or suppliers for the products based on previously determined 
conditions set by the user (e.g., contract prices, equivalent components, demand forecasts, etc.). It 
25 should be understood that, in accordance with such embodiments, VCI system 28 automatically 
invokes one or a plurality of software modules in response to incoming data about an external 
event or an internal event. 

In another exemplary embodiment of the present invention, VCI system 28 may 
automatically invoke one or more software modules to generate alerts and/or make 
30 recommendations in response to a combination of internal and external events, which disrupt 
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business operations associated with the procurement, sourcing and/or strategic sourcing of one or 
more items in an enterprise. For example, an internal event, such as a fire or other event, destroys 
part of a company facility, such as machinery in a production plant. In accordance with the 
present invention, VCI system 28 extracts and/or receives internal e-mail (e.g., internal data 30 
about the fire or other event, facility, etc.) from, for example, SCM system 54. Using one or a 
plurality of software modules, VCI system 28 first preferably determines which specific facility 
is destroyed by the fire or other event. VCI system 28 then determines which products of the 
facility are affected by the fire or other event (again, the correlation of events to affected products 
may be carried out more directly or in combination with other steps). Accordingly, VCI system 
28 then identifies which business units or portions of the enterprise (and, alternatively, competing 
enterprises) use the products and therefore may need additional purchases, supplies and/or 
suppliers for the products. VCI system 28 preferably sends one or more alerts to the user about 
the situation and/or makes recommendations for purchases and/or alternate supplies and/or 
suppliers for the products based on previously determined conditions set by the user (e.g., 
contract prices, equivalent components, demand forecasts, etc.). 

However, in the process of discovering a solution to the disruption caused by the fire or 
other first event, the preferred alternative supply or supplier, etc., is suddenly affected by a labor 
strike or other second event, which shuts down the facility and disrupts production of the needed 
products, compounding the problems of the procurement, sourcing and/or strategic sourcing of 
the users. In accordance with the present invention, VCI system 28 extracts and/or receives news 
(e.g., external data 32 about the strike) from, for example, news source 70. Using one or a 
plurality of software modules, VCI system 28 preferably first determines which supplier is 
affected by the strike or other event. VCI system 28 then determines which products of the 
supplier are affected by the strike or other event (again, the correlation of event to affected 
products may be carried out more directly or in combination with other steps). Accordingly, VCI 
system 28 then identifies which enterprises use the affected products and therefore may need 
additional purchases, supplies and/or suppliers for the products. VCI system 28 preferably sends 
one or more alerts to the users about the situation and/or makes recommendations for purchases 
and/or alternate supplies and/or suppliers for the products based on previously determined 
conditions set by the user (e.g., contract prices, equivalent components, demand forecasts, etc.). It 
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should be understood that, in accordance with such embodiments, VCI system 28 automatically 
invokes one or a plurality of software modules in response to incoming data about an external 
event or an internal event. 

What should be apparent from the foregoing is that, in accordance with such alternative 
5 preferred embodiments of the present invention, one or more external events may be 

automatically detected by one or more software modules, with one or more software modules 
automatically analyzing the external event(s) and correlating the external event(s) to particular 
products that may be disrupted or otherwise affected by the external event(s) (and preferably also 
predicting the estimated severity or time duration of the disruption, etc.). Thereafter, in 
10 accordance with such embodiments, alerts, recommendations, and/or full or partially automated 

actions to remediate the impact of the external event(s) on the enterprise may be taken in an 
Q automated and expedient manner. 

S In another exemplary embodiment of the present invention, VCI system 28 may also 

H automatically invoke one or more software modules to generate alerts and/or make 

S3 5 recommendations in response to an internal event of a type that disrupts or tends to disrupt a 

u 1 specific internal manufacturing or internal distribution or other internal entity (such as an internal 

p manufacturing environment), and consequently which affects (or may be predicted to affect) the 

yy 

O procurement, sourcing and/or strategic sourcing of users. For example, an internal event, such as 
X a major labor strike or breakdown in an internal manufacturing environment or other event, may 
4o tend to disrupt the production of a specific internal entity, such as an internal manufacturing plant 

(or distributor, business unit or other portion of the enterprise), which is the only supplier of a 

specific product within the enterprise. 

In accordance with such embodiments of the present invention, VCI system 28 extracts 
and/or receives news (e.g., internal data 30 about the strike or other event) from, for example, 
25 SCM system 54. Using one or a plurality of software modules, VCI system 28 preferably first 
determines which internal entity is affected by the strike or other event. VCI system 28 then 
determines which products (or components or raw materials, etc.) of the entity are affected by the 
strike or other event. Thereafter, VCI system 28 preferably then identifies which business units or 
portions of the enterprise (and, alternatively, competing enterprises) use the affected products and 
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therefore may need additional purchases, supplies or suppliers for the products. VCI system 28 
preferably sends one or more alerts to the users about the situation and/or makes 
recommendations for purchases and/or alternate supplies and/or suppliers for the products based 
on previously determined conditions set by the user (e.g., contract prices, equivalent components, 
5 demand forecasts, etc.). 

It should be understood that, in accordance with such embodiments, VCI system 28 
automatically invokes one or a plurality of software modules in response to incoming data about 
an external event or an internal event; and in general, in accordance with such embodiments, the 
discussion herein regarding external events is also desirably applied to internal events of similar 
10 type or character (e.g., internal events affecting a geographic area, distribution network, 

manufacturing or distribution entity, a specific facility, the production of a specific component, a 
O combination thereof, etc.) from one or more data sources internal to an enterprise. 

£ What should be apparent from the foregoing is that, in accordance with such alternative 

M preferred embodiments of the present invention, one or more internal events may be 

M5 automatically detected by one or more software modules, with one or more software modules 

m automatically analyzing the internal event(s) and correlating the internal event(s) to particular 

Gj products that may be disrupted or otherwise affected by the internal event(s) (and preferably also 

O predicting the estimated severity or time duration of the disruption, etc.). Thereafter, in 

5! accordance with such embodiments, alerts, recommendations, and/or full or partially automated 

Ho actions to remediate the impact of the internal event(s) on the enterprise may be taken in an 
automated and expedient manner. 

Also in accordance with yet other embodiments of the present invention, a combination 
of internal and external events maybe automatically detected by one or more software modules, 
with one or more software modules automatically analyzing the internal and external events and 
25 correlating the internal and external events to particular products that may be disrupted or 
otherwise affected by the internal and external events (and preferably also predicting the 
estimated severity or time duration of the disruption, etc.). Thereafter, in accordance with such 
embodiments, alerts, recommendations, and/or full or partially automated actions to remediate 
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the impact of the internal events and external events on the enterprise may be taken in an 
automated and expedient manner. 

It should be further noted that in accordance with the present invention, one or more 
software modules may be invoked to resolve the impact of one or more internal events or one or 
more external events on the business operations associated with the procurement, sourcing, 
and/or strategic sourcing of one or more items. Accordingly, one or more software modules may 
subsequently be triggered to send an alert to the user that one or more software modules are 
acting to resolve the impact of the internal and external events. Alternatively, the step of 
invocation and the step of triggering alerts maybe reversed in order to give the user more control 
of the decision-making process and help determine the potential actions. In accordance with the 
present invention, additional alerts may be executed automatically after the user's input or 
approval of one or more actions regarding the impact of one or more internal events or one or 
more external events. 

Although the invention has been described in conjunction with specific preferred and 
other embodiments, it is evident that many substitutions, alternatives and variations will be 
apparent to those skilled in the art in light of the foregoing description. Accordingly, the 
invention is intended to embrace all of the alternatives and variations that fall within the spirit 
and scope of the appended claims. For example, it should be understood that, in accordance with 
the various alternative embodiments described herein, various systems, and uses and methods 
based on such systems, may be obtained. The various refinements and alternative and additional 
features also described maybe combined to provide additional advantageous combinations and 
the like in accordance with the present invention. Also as will be understood by those skilled in 
the art based on the foregoing description, various aspects of the preferred embodiments may be 
used in various subcombinations to achieve at least certain of the benefits and attributes 
described herein, and such subcombinations also are within the scope of the present invention. 
All such refinements, enhancements and further uses of the present invention are within the 
scope of the present invention. 



82 



